Squeak & SQL (was Developing PostgresPlugin)
Noel J. Bergman
noel at devtech.com
Sun Jan 20 02:13:28 UTC 2002
Glorp might be an option.
At the moment, looking over the source for Glorp (docs? what docs?), it
appears that Glorp is primarily focused on an object<->relational mapping
layer that is perhaps a bit higher even than the (Object)Lens found in
Cincom's commercial offering. But Glorp's low level interface does not
appear to be as sophisticated as EXDI, which may be an artifice of it being
primarly there to serve the higher level, a mis-read of the situation on my
part, or simply the current state of the code as opposed to a statement of
In any event, since both of these candidates come from the same company,
I've CC'd the author of Glorp. Hopefully he can give us all some advice on
an SDBC (I like your term). :-)
> > > I'd like to know if there is a PostgreSQL Plugin for Squeak...
> > > If there isn't, I'd like to develop it
> > See the "Databases and Persistence" page on the Swiki,
> > which has links to MySQL and PostgreSQL projects that
> > are being worked on by different people:
> > http://minnow.cc.gatech.edu/squeak/512
>If you are going to work on connecting with a SQL database, you might
>consider this to be a good time to define a standard Squeak <-> SQL
>interface. Actually, I'm really surprised to not find one, so far.
>it might make sense to learn from and/or adopt one of the existing
><-> SQL interfaces, e.g., EXDI:
Another option would be to go for Glorp (http://www.glorp.org/). This is
one layer higher I believe, defining the object<->relational mapping, but
it may be a good place to start in defining the lower-level SDBC. I don't
know much about it, but with a quick glance, there seems to be first class
Query objects, and I imagine Statements, and all conversations with the DB
occur through a presumably subclassable Session.
More information about the Squeak-dev