Re: Experiences with GNATColl.SQL ORM?

[Jacob Sparre Andersen <jacob@jacob-sparre.dk>]

Dmitry A. Kazakov <mailbox@dmitry-kazakov.de> wrote:
> On Thu, 19 Dec 2013 15:53:12 +0100, Jacob Sparre Andersen wrote:

>> A database error occurred, please try again...
>> Exception name: CONSTRAINT_ERROR
>> Message: gnatcoll-sql-inspect.adb:174 access check failed
>
> A strayed accessibility check? Maybe, replacing Access with
> Unchecked_Access would cure it.

I'll take a look at that possibility.

>> Are there any alternatives out there?  (The requirements are that the
>> persistence backend shouldn't be specific to the tool and that the
>> storage access should be strongly typed.)
>
> A different approach:
>
> http://www.dmitry-kazakov.de/ada/components.htm#persistent_objects
>
> Supported back-ends are ODBC and SQLite3. [...]

Reading the documentation, it seems like the actual storage is as
strings, and not as types equivalent to those used on the Ada side.  Is
that correct?

Greetings,

Jacob
-- 
Compiled code speed is not the _really_ important speed of a programming language.
What's important is the speed of:
- Implementing a complex algorithm by an average programmer, including bug-fixing.
- Understanding an implementation of a complex algorithm for an average programmer.