From owner-freebsd-hackers Mon Jan 29 19:05:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13134 for hackers-outgoing; Mon, 29 Jan 1996 19:05:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA13122 for ; Mon, 29 Jan 1996 19:05:38 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA05437; Mon, 29 Jan 1996 20:03:15 -0700 From: Terry Lambert Message-Id: <199601300303.UAA05437@phaeton.artisoft.com> Subject: Re: compilers To: rnordier@iafrica.com (Robert Nordier) Date: Mon, 29 Jan 1996 20:03:15 -0700 (MST) Cc: terry@lambert.org, pblonde@agrium.com, hackers@freebsd.org In-Reply-To: <199601292235.AAA00768@eac.iafrica.com> from "Robert Nordier" at Jan 30, 96 00:35:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Class libraries for things like SQL clients is a biggie (UNIX ODB sources > > were posted to comp.unix.sources a while back). [ ... ] > But even the Delphi methods I noticed seemed pretty procedural: find_row, > skip_to_next_row, or whatever. Obviously this isn't the sort of stuff you > are referring to. I guess I should look at comp.unix.sources, but what, > roughly, is the sort of framework that has to be implemented here? Delphi for FreeBSD would be nice. 8-). The ODB mechanism abstracts the databse from the program and treats it as a series of objects. The objects are the same for any type of local datapase program, and are the same over the wire for SQL transactions. That is, the program and the data store are entirely seperate. That way, if Sybase pisses you off, you can buy from Oracle without having to rewrite one line of client code (just a recompile). Or vice versa, if Oracle pisses you off. It's part of the MIS dream of plugging Legos(tm) together and firing all the programmers. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.