From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,bf02c238a92156a3 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!fu-berlin.de!uni-berlin.de!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Windows Ada database support. Date: Fri, 26 Nov 2004 10:15:06 +0100 Message-ID: References: <5e3e03a7.0411240431.7e037a4e@posting.google.com> <2004112420030750073%david@bottoncom> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: news.uni-berlin.de YIPn58ptpbrQtzBy50H2cwbGWz0ymDHu7JpZgg9vP7cTNfB30= User-Agent: 40tude_Dialog/2.0.12.1 Xref: g2news1.google.com comp.lang.ada:6497 Date: 2004-11-26T10:15:06+01:00 List-Id: On Thu, 25 Nov 2004 12:50:07 -0500, Warren W. Gay VE3WWG wrote: > David Botton wrote: > >> On 2004-11-24 07:31:57 -0500, mark_doherty@yahoo.co.uk (Mark Doherty) said: >> >>> What is the current best advice. GNADE / CLAW / GWINDOWS.Database >>> GNAVI, or something else? >> >> They each serve different purpose. If your application is windows only >> (or doing GUI programming on windows using GNAVI), then using ADO via >> GWindows.Database or ADO bindings directly from GNATCOM are the likely >> winner. >> >> Otherwise it is about your needs, I have an entire section on databases >> in AdaPower: >> >> http://www.adapower.com/index.php?Command=Class&ClassID=Database > > APQ Plug: > > The good news is that you do have "choice". I have been dragging my feet > in getting the latest version of APQ out, but the published version > supports PostgreSQL and MySQL in OO form. The version to be released > (pending install scripts), supports PostgreSQL, MySQL and SYBASE > (I have been distracted with another fun and absorbing project lately). > > The OO level support is database neutral in most places, so that you > can write portable database code. Differences do exist however, but > this can be accomodated in the code if the programmer does a little > planning (avoid certain database features). > > Good for Linux/Windows/*NIX, local or remote databases. The same > database code should compile to all platforms. > > And... no *ODBC required. Totally native, no preprocessing of source > code. Also includes comprehensive manual with examples. What about support for MS-Access, MS-SQL server, Oracle? And more importantly why that crappy SQL over and over again? I would like to see a high level Ada.Database[.Relational?] package totally independent on what happens beneath. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de