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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.129.158.144 with SMTP id v138mr4476460ywg.30.1494680318548;
        Sat, 13 May 2017 05:58:38 -0700 (PDT)
X-Received: by 10.157.14.91 with SMTP id n27mr172035otd.8.1494680318499; Sat,
 13 May 2017 05:58:38 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!2.eu.feeder.erje.net!feeder.erje.net!2.us.feeder.erje.net!feeder.usenetexpress.com!feeder1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!l39no736926qtb.0!news-out.google.com!v18ni1140ita.0!nntp.google.com!c26no1200030itd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Sat, 13 May 2017 05:58:38 -0700 (PDT)
In-Reply-To: <7de280da-04ec-48e1-a915-2711b03d773f@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=2601:191:8303:2100:f1fb:d468:ae69:3325;
 posting-account=fdRd8woAAADTIlxCu9FgvDrUK4wPzvy3
NNTP-Posting-Host: 2601:191:8303:2100:f1fb:d468:ae69:3325
References: <00282643-58cf-4f94-8574-7ff39dc3141c@googlegroups.com>
 <676ee433-3af0-443c-b915-6cab520ee142@googlegroups.com>
 <of4qgm$sh7$1@dont-email.me>
 <7de280da-04ec-48e1-a915-2711b03d773f@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f4cb66a2-da9d-424b-9233-050e05a88d92@googlegroups.com>
Subject: Re: can ada do big financial apps?
From: Robert Eachus <rieachus@comcast.net>
Injection-Date: Sat, 13 May 2017 12:58:38 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news.eternal-september.org comp.lang.ada:46769
Date: 2017-05-13T05:58:38-07:00
List-Id: <comp.lang.ada>

On Friday, May 12, 2017 at 8:58:39 PM UTC-4, gautier...@hotmail.com wrote:

> Agreed. Now you can guess that the full story is a little bit more comple=
x than the easy case of tables A, B and enumerations E, F and that the erro=
r detection extends to the run-time field upon processing of "dynamic" data=
 containing inconsistencies, typos, holes, etc.

Actually, if you write your Oracle embedded code in PL/SQL, the biggest dif=
ference from Ada is that the convention is that reserved words are in upper=
 case.  (They are case insensitive.) If you want to take an Ada program tha=
t uses a database, and make it an embedded procedure, the biggest change us=
ually is to strip off the database access code.  YMMV depending on how you =
imbed SQL in your Ada code...