Lukas Kahwe Smith wrote:
IMHO a full ORM belongs into user space and not into C code. I kind of like the approach that ADODB did, which was taking an existing DBAL and moving selected items that where bottlenecks into C space. Thereby providing a drop in speed improvement, while keeping the C code to a minimum.
I agree. I'm a user of Propel (http://propel.phpdb.org) which is in the user space as you suggest and I think it works fine. The current beta version of Propel uses PDO so execution speed isn't really a huge problem. I think the only thing worth considering adding to the C-code is something to compliment PDO that can collect all the database metadata that ORM's require. Propel currently does this using Creole (one of the many DB abstraction libraries out there).
As such I would prefer that this would be done in collaboration with an existing or in development PHP ORM.
Again, I agree. And being a bit biased I'd simply like to throw Propel into the mix for consideration.
--Tony -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
