From: Robert Eachus <rieachus@comcast.net>
Subject: Re: can ada do big financial apps?
Date: Sat, 13 May 2017 05:58:38 -0700 (PDT)
Date: 2017-05-13T05:58:38-07:00 [thread overview]
Message-ID: <f4cb66a2-da9d-424b-9233-050e05a88d92@googlegroups.com> (raw)
In-Reply-To: <7de280da-04ec-48e1-a915-2711b03d773f@googlegroups.com>
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 complex than the easy case of tables A, B and enumerations E, F and that the error 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 difference 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 that uses a database, and make it an embedded procedure, the biggest change usually is to strip off the database access code. YMMV depending on how you imbed SQL in your Ada code...
prev parent reply other threads:[~2017-05-13 12:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <00282643-58cf-4f94-8574-7ff39dc3141c@googlegroups.com>
2017-05-12 16:48 ` can ada do big financial apps? gautier_niouzes
2017-05-12 17:13 ` Georg Bauhaus
2017-05-13 0:58 ` gautier_niouzes
2017-05-13 12:58 ` Robert Eachus [this message]
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox