Tony I'm not sure this could be true about RPL "which is now only available for D3 with variants in jBase and Reality"
RPL was written initially I believe for the Reality, but was ported as well to Ultimate and *I believe* to MvBase as well. You can still, as far as I can see, get a new Ultimate install, although today they call it Ult-Plus. Are you certain that they do not support RPL being used on the Ultimate system? I'm not saying that they have actually *sold* any in the past five years, just that it seems like they could. Speaking of, the company that wrote RPL might make a good addition to the Pick History series. I learned RPL before I really learned BASIC. -----Original Message----- From: Tony Gravagno <[email protected]> To: u2-users <[email protected]> Sent: Mon, Feb 7, 2011 12:58 pm Subject: Re: [U2] A new DML? > From: Charles_Shaffer > >>You will never be able to go completely away from > >>UniBASIC while keeping a U2 database. I don't think > >>that's possible. > > We use Uniobjects on our web servers to access our > Unidata servers. Technically we could avoid UniBasic > with Uniobjects, although I don't recommend it. It > has makes more sense to push the database logic to the > database server using Unibasic routines called by > Uniobjects. I'll interject that there are two discussions going on here: language bindings outside the DBMS, connecting in via whatever pipes happen to be available (UO, C, Intercall, sockets, etc), and language bindings built into the DBMS alongside BASIC. I'll go on a limb and state my belief emphatically that we will never see another new language implemented within the DBMS itself. (The only other language I've ever seen built over MV was RPL (PQN+), which is now only available for D3 with variants in jBase and Reality). The DBMS vendors have no motivation to undertake the massive effort of creating a new compiler and runtime to operate over the DBMS engine. Claims of new sales potential with mainstream languages can't be substantiated; We obviously already have external bindings and MV sales have never spiked because of it. Now, as I've said recently, we can immediately build our own external language bindings with no help from any of the DBMS providers. Unfortunately this option leaves us to connect in via the above methods, and no matter how fast that happens, it's subject to a performance hit. A much more elegant solution would be an API that dynamically links with the DBMS monitor to perform "direct" read/write/call and other operations. Maybe someone can tell us if the UO server component really is this "closer to the metal" interface, but it's always seemed to me that even that server component is one step and a performance hit away from direct DBMS access. With such an API (and direct access for file open/read/write, etc) just about any language can be implemented "inside the box", again with no help from the DBMS provider(s). I'm guessing we could count on two hands how many people might actually be intensely interested in any of this. T _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
