关于 PHP 框架中的 ORM 组件的性能问题

[changwei]

很多人都吐槽说很多 PHP 框架中的 ORM 是非常影响效率的一个组件，那是否可以把 ORM 设计成像模版引擎一样有一个解析缓存；比如说一个控制器中调用 ORM 组件的代码在开发模式下执行之后，在框架的 temp 目录生成一个该控制器中把 ORM 操作编译成 SQL 语句的缓存代码，正式上线，关闭 debug 模式之后就只执行那个缓存代码，也就是代码里面只剩 sql 语句，没有那些 ORM 操作的代码了，这样岂不是就像模版引擎缓存一样解决了性能问题？

我观察过像 Laravel ， YII 这样的知名框架居然都没有这样做啊，为什么呐？

[mokeyjay]

马一个，同好奇

[neoblackcap]

说 ORM 影响效率，正常来说都不在转义 SQL 这里，更多的是反射啊，类型转换这些地方。说现在的 ORM 慢，何不先做一下 profile ？以及编写简单的单元测试测试一下。反正模拟一下简单的使用场景又不用一两个小时

[jayin]

你可以看下 TP3

[bombless]

yii 根本就没有 orm

字符串生成过程根本就不是性能瓶颈

过早优化是万恶之源

[bombless]

噗 yii 有 orm ，刚刚脑抽了

[bdbai]

同楼上，字符串拼接不是性能瓶颈。
ORM 调用数据库会进行参数化查询， SQL 语句和数据分开，这样数据库可以对查询语句进行缓存。
对于 PHP 代码本身，可以用 HHVM 来提速。据说 PHP7 会更快些。

[cxbig]

别光听别人说，你是真遇到问题了？能不能具体点？
真遇到某个业务流程耗费太多资源，再深入研究瓶颈在哪比较好。

[likezun]

你们知道 symfony 里的 doctrine 吗？ 其复杂和高级程度超出你们的想象， 不过我也是初窥门道。
它本身就已经开启了文件缓存，还有各类其他缓存系统适配器（比如 redis, Memcached 等），
对了，还有神秘的二级缓存。
它是真正需要查询数据库时才会去查询（这个很微妙）！

—— Symfony 的世界超乎你的想象！

[abcdxyz]

Doctrine2 的源码我已经看懵了

[phpman]

个人看法是框架自带的 ORM 主要用来操作单表单条记录，最好是主键明确的情况。这样对代码层面的操作和扩展都有好处。
但是如果是多表联合操作，或者更甚是需要一个类似数据报表的功能， ORM 就不太适用了。不是说不能做，是在这种稍微复杂一点的情景下，框架自带的 SQL 生成逻辑远远无法达到原生写的 SQL 的性能，而且 ORM 实现这些也是需要一个极其复杂的过程。

[mandex]

相对于数据库查询本身消耗的时间， ORM 这点性能损失真的微不足道啊。

这些框架没有搞这个可能是因为即使搞了也收效甚微。

[mandex]

另外一个原因是代码里包含了很多条件分支，不同的条件下生成的 SQL 语句可能是不一样的，比如说如果 request 里有 userid 要加个 where user_id = ? ,没有的时候就不加，这样就需要判断你的缓存是否有效，这个时候实际上你的 ORM 已经可以直接生成 SQL 了。去缓存里拿反而有 IO 消耗。

[abcbuzhiming]

orm 的性能损失比的上数据库本身的性能瓶颈吗？