On Jun 12, 2008, at 4:48 AM, Malthe Borch wrote:

>
> Certainly stable is good; strictly looking at FKs only might  
> ultimately
> make for a simpler implementation though.

It starts out as simpler, but that simplicity breaks down almost  
immediately as the "dependency rules", which include rules for  
populating foreign key columns from source columns, as well as delete/ 
update operations which need to be cascaded, also need to execute in  
the proper sequence (largely because newly generated PK values are  
created in tandem with INSERTs in all cases).  Those rules are all  
derived from the actual objects at play, so it would still be quite  
complex to link the tables/rows for insert/delete/update to the  
classes/objects they represent.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"sqlalchemy" group.
To post to this group, send email to sqlalchemy@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sqlalchemy?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to