I'd like clarification on the use of OID's with Postgres and SQLAlchemy. Please set me straight if I'm wrong:

1. OID's are deprecated from pg 8.1 and in fact it is the default to create tables without OID's in that version on.

2. By default OID support is turned off in SQLAlchemy, but this has no impact on the create table statements issued by the postgres engine - which means that in a pre-8.1 database the tables are still created with OID's regardless of the use_oid setting.

3. Inserting entries into a Postgres table in SQLAlchemy *requires* either an OID or a sequence and this sequence *must* be the primary key. This is the case even if only low level SQLAlchemy (i.e. no ORM/data mapping) is being used.

If 2 is true is it a good idea to extend the use_oid support to turnoff OID's when creating tables and not let the backend use its default?

If 3 is true, isn't this too limiting, e.g what if I don't want artificial primary keys and I don't want to use a deprecated feature? Also, how will autoload work for existing tables that don't meet this criteria?

Robert



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Sqlalchemy-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sqlalchemy-users

Reply via email to