Comments on: Object/Relational Data Persistence in PHP http://blog.hansmelis.be/2006/11/02/objectrelational-data-persistence-in-php/ Once is an accident, twice is a coincidence, three times is an enemy action. Sat, 19 Nov 2011 00:04:40 +0000 hourly 1 http://wordpress.org/?v=3.3 By: splatch http://blog.hansmelis.be/2006/11/02/objectrelational-data-persistence-in-php/comment-page-1/#comment-16156 splatch Sun, 13 Jan 2008 01:04:28 +0000 http://blog.hansmelis.be/2006/11/02/objectrelational-data-persistence-in-php/#comment-16156 The ez Persistent Objects looks like Java's Hibernate. Not at all, but ever names is similar (session, property, saveOrUpdate etc). I used in my projects Propel. This is not the best implementation but logic. There isn't problems with Active Record stuff (i hate this pattern). The biggest problem with propel is relations. This library doesn't support many-to-many relationship. From version 1.3 Propel switched from Creole to PDO and have good ideas (first level cache - identity map). From one year i don't write anything in PHP but i thought about my ORM implementation... Regards, Luke The ez Persistent Objects looks like Java’s Hibernate. Not at all, but ever names is similar (session, property, saveOrUpdate etc).
I used in my projects Propel. This is not the best implementation but logic. There isn’t problems with Active Record stuff (i hate this pattern).
The biggest problem with propel is relations. This library doesn’t support many-to-many relationship. From version 1.3 Propel switched from Creole to PDO and have good ideas (first level cache – identity map).

From one year i don’t write anything in PHP but i thought about my ORM implementation…

Regards,
Luke

]]> By: Jason Coward http://blog.hansmelis.be/2006/11/02/objectrelational-data-persistence-in-php/comment-page-1/#comment-195 Jason Coward Mon, 27 Nov 2006 20:24:03 +0000 http://blog.hansmelis.be/2006/11/02/objectrelational-data-persistence-in-php/#comment-195 Hello Hans, just doing some research on the latest framework developments for PHP that include O/R mapping tools, and came across your post. Have you checked out phpdoctrine (http://www.phpdoctrine.com/)? I haven't tried it myself, but it seems to be along the lines of what you are looking for, though it does require PDO (PHP 5.1+ or PHP 5.0.x with PECL extensions) and I'm not too sure on the status of the project. I myself was not satisfied with any of the solutions and started one of my own earlier this year, which I am calling xPDO (http://xpdo.org/) and releasing under GPL. It's still in pre-release condition and lacking a lot of documentation. FYI: I have tried Propel/Creole, which Symfony uses, but it was way too heavy for my purposes, depended on Phing build scripts, and required PHP 5. xPDO also uses PDO, but also includes PDO emulation with a subset implementation so you can use it on PHP 4. It's a little more specialized and slightly quirky (i.e. object fields are stored in an array rather than as actual PHP object vars) than many of the existing O/R mapping tools, but my main goals were to keep it extremely light, use only generic methods and accessors, make it work with PHP 4, avoid any attempt to provide SQL query abstraction, and instead focus on making it easy to port and optimize SQL to specific target platforms. And this is what I came up with. Cheers and good luck with your search for the Grail...I think O/R mapping is probably one of the larger controversies in framework design these days, and you'll do well to pick from existing or craft a custom solution that meets your projects' requirements best. Jason Hello Hans, just doing some research on the latest framework developments for PHP that include O/R mapping tools, and came across your post.

Have you checked out phpdoctrine (http://www.phpdoctrine.com/)? I haven’t tried it myself, but it seems to be along the lines of what you are looking for, though it does require PDO (PHP 5.1+ or PHP 5.0.x with PECL extensions) and I’m not too sure on the status of the project.

I myself was not satisfied with any of the solutions and started one of my own earlier this year, which I am calling xPDO (http://xpdo.org/) and releasing under GPL. It’s still in pre-release condition and lacking a lot of documentation. FYI: I have tried Propel/Creole, which Symfony uses, but it was way too heavy for my purposes, depended on Phing build scripts, and required PHP 5.

xPDO also uses PDO, but also includes PDO emulation with a subset implementation so you can use it on PHP 4. It’s a little more specialized and slightly quirky (i.e. object fields are stored in an array rather than as actual PHP object vars) than many of the existing O/R mapping tools, but my main goals were to keep it extremely light, use only generic methods and accessors, make it work with PHP 4, avoid any attempt to provide SQL query abstraction, and instead focus on making it easy to port and optimize SQL to specific target platforms. And this is what I came up with.

Cheers and good luck with your search for the Grail…I think O/R mapping is probably one of the larger controversies in framework design these days, and you’ll do well to pick from existing or craft a custom solution that meets your projects’ requirements best.

Jason

]]>