From: Jacob Sparre Andersen <jacob@jacob-sparre.dk>
Subject: Experiences with GNATColl.SQL ORM?
Date: Thu, 19 Dec 2013 15:53:12 +0100
Date: 2013-12-19T15:53:12+01:00 [thread overview]
Message-ID: <87k3f0ao4n.fsf@adaheads.sparre-andersen.dk> (raw)
Can somebody report on their experiences with the Object-Relational
Mapping (ORM) layer in GNATColl.SQL?
We are using plain GNATColl.SQL at AdaHeads, and I am experimenting with
it for some other projects, but I would like to use ORM and not the
untyped GNATColl.SQL interface.
I have tried to run the "gnatcoll_db2ada" tool on our data model for
Alice, but it fails with an internal error:
A database error occurred, please try again...
Exception name: CONSTRAINT_ERROR
Message: gnatcoll-sql-inspect.adb:174 access check failed
This does not make me very confident of the quality of the ORM layer of
GNATColl.SQL. :-(
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.)
Greetings,
Jacob
--
<URL: small-talk://work/hallway-meeting/...>
next reply other threads:[~2013-12-19 14:53 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-19 14:53 Jacob Sparre Andersen [this message]
2013-12-19 15:20 ` Experiences with GNATColl.SQL ORM? Dmitry A. Kazakov
2013-12-19 17:21 ` Jacob Sparre Andersen
2013-12-19 18:25 ` Dmitry A. Kazakov
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox