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=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,a0be06fbc0dd71f1
X-Google-Attributes: gid103376,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!213.200.89.82.MISMATCH!tiscali!newsfeed1.ip.tiscali.net!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: The future of Ada is at risk
Newsgroups: comp.lang.ada
User-Agent: 40tude_Dialog/2.0.15.1
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Reply-To: mailbox@dmitry-kazakov.de
Organization: cbb software GmbH
References: <20071229040639.f753f982.coolzone@it.dk> <flnlmp$su$1@online.de>
 <878x3436pj.fsf@ludovic-brenta.org> <1199531506.9355.8.camel@K72>
Date: Sat, 5 Jan 2008 12:40:07 +0100
Message-ID: <vh1ezr05krrf.1fhfhd3lm8h6a.dlg@40tude.net>
NNTP-Posting-Date: 05 Jan 2008 12:40:07 CET
NNTP-Posting-Host: 9922df13.newsspool1.arcor-online.net
X-Trace: 
 DXC=6FRNFBIhn1i]l@YUW5NBknic==]BZ:afn4Fo<]lROoRaFl8W>\BH3Yb^iX?Xk<h0WlDNcfSJ;bb[eIRnRBaCd<MnRZV8@fV0MUfSDl<B@XB>[a
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:19210
Date: 2008-01-05T12:40:07+01:00
List-Id: <comp.lang.ada>

On Sat, 05 Jan 2008 12:11:46 +0100, Georg Bauhaus wrote:

> For those who have to write portable DB software,
> and who for some reason must not disclose their software,
> GNADE is not really an option because it is effectively written
> in what might be called the GNAT language.

I think that can be fixed.

> It also uses 64bit types.

Hmm, how would you deal with SQLBIGINT otherwise?

> Therefore, GNADE cannot be used without changes with
> other Ada compilers.

The actual problem is that GNADE binary releases were not updated since
years. The working version is available only in CVS sources, which is a
non-starter for most users.

My problem with available Ada DB-bindings is that they pursue a philosophy
alien to Ada. Rather than to describe a DB in a higher-level way
independently on the target DB, they try to stay as DB-close as possible.
It is not Ada way, and it is simple impossible to do considering the number
of different DB engines available on the market. I do understand that DB
users are usually vendor-locked and want to extract every ms of performance
from poorly functioning engines, but again it is not in Ada philosophy.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de