Re: [Sqlalchemy-users] Re: SQL-API and SQLAlchemy

2006-05-10 Thread Michael Bayer
On May 10, 2006, at 2:17 PM, Ian Bicking wrote: But I'm also concerned that it requires the structures contain a lot more functionality, because they have to be able to portably express fairly high-level ideas. Off the top of my head, the difference between a database that uses sequences an

Re: [Sqlalchemy-users] Re: SQL-API and SQLAlchemy

2006-05-10 Thread Ian Bicking
Michael Bayer wrote: On May 10, 2006, at 1:32 PM, Ian Bicking wrote: I've actually been wondering if a further division would be better. Instead of defining objects with particular functionality, focus on simpler protocols (aka magic methods), separately providing implementations of that.

Re: [Sqlalchemy-users] Re: SQL-API and SQLAlchemy

2006-05-10 Thread Michael Bayer
On May 10, 2006, at 1:32 PM, Ian Bicking wrote: I've actually been wondering if a further division would be better. Instead of defining objects with particular functionality, focus on simpler protocols (aka magic methods), separately providing implementations of that. The model that SQLAl

[Sqlalchemy-users] Re: SQL-API and SQLAlchemy

2006-05-10 Thread Ian Bicking
Clark C. Evans wrote: A few months past, Ian Bicking (of SQLObject fame) presented an idea for a SQL-API which would overlap significantly with SQLAlchemy. The goal is to represent SQL as Python objects and provide other helpful features (such as information schema introspection) which are not pa