用PHP做ORM效率那是相当的低啊！

最近，偶们研发CMSPAD 1.0 框架版的时候，到了Model部分选型才发现PHP的ORM产品好少啊，不过经过筛选，最终还是敲定了 ezpdo 这个开源PHP ORM项目，就因为它的EZOQL其实就是Hibernate HQL的翻版，如果是一个Java开发人员来开发PHP程序的话，是很有亲切感的哦。于是乎一顿整合开始了.....

经过一周的努力，EZPDO终于无缝滴整合到CMSPAD中作为MVC体系中的Model部分。就在偶们为之兴奋滴时候，在紧接着的单元测试时，出现了一些性能上的瓶颈，貌似无法解决：一个DAO对象、一个数据表测试时，ORM部分的查询耗时居然达到了0.5秒，而整个框架单纯执行10条SQL查询语句时，还不到0.1秒。

由此，偶得出结论是：由于PHP本身就是页面级解释性语言，不适合做像ORM这样的工具，除非使用PHP的Native API去开发扩展（dll or so)，但开发上来了又怎么用呢？！faint...

索性，把Model部分作为可选的类库了，想要高性能的网站，也只能靠SQL语句加高速缓存了。哎...

C或者C＋＋写的模块的安装也麻烦

if you want to do PHP extension in win32. it is rather difficult and cumbersome.

php模块的开发比apache的烦很多（主要是配置方面）

php不是很适合做orm ，的确，很多人想用php去实现一些java的东西，效率都是问题，所以php应该参照一些java的但是也要有一些自己的东西.

我通常是用ado之类的东西做一下二次封装然后就是用于项目，然后加上cache，页面做好优化，性能还不错

fleaphp的实现算不错了，比cakephp那一套效率要好。
php确实不适合ORM，dataset模式就很完美
我现在就是在用千行不到的全局函数在做
现在代码几乎跟字段类型解耦了……如果一个字段要在数字和字符串之间切换，完全不用改代码

楼主用过symfony和propel吗？
http://www.symfony-project.com/

PHP不适合orm这点确实没错
但是楼主为什么不尝试一下activerecord?
看看www.akelos.org这个框架的实现

偶得看看大家提供滴数据框架了。感谢大家滴支持哈。

省省精力吧，ORM这种花拳绣腿、费力不讨好的东西。
SQL王道