Date: Tue, 23 Apr 1996 06:22:04 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: me@gw.muc.ditec.de Cc: Trav757@aol.com, ports@freebsd.org Subject: Re: Programming API Message-ID: <4912.830265724@time.cdrom.com> In-Reply-To: Your message of "Tue, 23 Apr 1996 14:28:00 %2B0600." <m0uBhCz-000Pa6C@tartufo.muc.ditec.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Providing a C API is still not the same as "embedded SQL", at least not as I've ever seen it defined in the commercial world. The Commercial SQL compilers I've worked with allow you to do direct variable and function referencing, with the SQL compiler handling all aspects of the rendevous behind your back. Jordan > In lists.freebsd.ports you write: > > >No, it is not. > > >> Is this msql product an embedded SQL product? I'm looking to write C/C++ a pps > >> which access databases using embedded SQL. > > I'd say it depends which way you look at it. Msql uses a server daemon > to handle the databases. There *IS* a C programming API to access msql > databases. In fact, the screen oriented msql client as well as the w3-msql > web frontend use it as that's the *only* way to stick data into a DB > or get it out. The client uses a TCP connection to the server to do its thing . > > Look at http://Hughes.com.au/ > > Michael > -- > Michael Elbel, DITEC, Muenchen, Germany - me@muc.ditec.de > Fermentation fault (coors dumped)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4912.830265724>