这是一个创建于 2934 天前的主题，其中的信息可能已经有所发展或是发生改变。
很多人都吐槽说很多 PHP 框架中的 ORM 是非常影响效率的一个组件，那是否可以把 ORM 设计成像模版引擎一样有一个解析缓存；比如说一个控制器中调用 ORM 组件的代码在开发模式下执行之后，在框架的 temp 目录生成一个该控制器中把 ORM 操作编译成 SQL 语句的缓存代码，正式上线，关闭 debug 模式之后就只执行那个缓存代码，也就是代码里面只剩 sql 语句，没有那些 ORM 操作的代码了，这样岂不是就像模版引擎缓存一样解决了性能问题？
我观察过像 Laravel ， YII 这样的知名框架居然都没有这样做啊，为什么呐？
 |
1
mokeyjay 2016-12-06 23:30:53 +08:00 via Android
马一个，同好奇
|
 |
2
neoblackcap 2016-12-06 23:36:19 +08:00
说 ORM 影响效率，正常来说都不在转义 SQL 这里，更多的是反射啊，类型转换这些地方。说现在的 ORM 慢，何不先做一下 profile ？以及编写简单的单元测试测试一下。反正模拟一下简单的使用场景又不用一两个小时
|
 |
3
jayin 2016-12-07 00:10:29 +08:00
你可以看下 TP3
|
 |
4
bombless 2016-12-07 00:18:47 +08:00 via Android
yii 根本就没有 orm
字符串生成过程根本就不是性能瓶颈 过早优化是万恶之源 |
|
5
bombless 2016-12-07 00:19:19 +08:00 via Android
噗 yii 有 orm ，刚刚脑抽了
|
 |
6
bdbai 2016-12-07 00:37:58 +08:00 via Android
同楼上，字符串拼接不是性能瓶颈。
ORM 调用数据库会进行参数化查询， SQL 语句和数据分开，这样数据库可以对查询语句进行缓存。 对于 PHP 代码本身，可以用 HHVM 来提速。据说 PHP7 会更快些。 |
 |
7
cxbig 2016-12-07 05:54:04 +08:00
别光听别人说，你是真遇到问题了？能不能具体点？
真遇到某个业务流程耗费太多资源，再深入研究瓶颈在哪比较好。 |
 |
8
likezun 2016-12-07 09:07:08 +08:00
你们知道 symfony 里的 doctrine 吗？ 其复杂和高级程度超出你们的想象， 不过我也是初窥门道。
它本身就已经开启了文件缓存，还有各类其他缓存系统适配器（比如 redis, Memcached 等）， 对了，还有神秘的二级缓存。 它是真正需要查询数据库时才会去查询（这个很微妙）！ —— Symfony 的世界超乎你的想象！ |
 |
9
abcdxyz 2016-12-07 11:12:24 +08:00
Doctrine2 的源码我已经看懵了
|
 |
10
phpman 2016-12-07 11:52:07 +08:00
个人看法是框架自带的 ORM 主要用来操作单表单条记录，最好是主键明确的情况。这样对代码层面的操作和扩展都有好处。
但是如果是多表联合操作，或者更甚是需要一个类似数据报表的功能， ORM 就不太适用了。不是说不能做，是在这种稍微复杂一点的情景下，框架自带的 SQL 生成逻辑远远无法达到原生写的 SQL 的性能，而且 ORM 实现这些也是需要一个极其复杂的过程。 |
 |
11
mandex 2016-12-07 14:21:08 +08:00
相对于数据库查询本身消耗的时间， ORM 这点性能损失真的微不足道啊。
这些框架没有搞这个可能是因为即使搞了也收效甚微。 |
|
12
mandex 2016-12-07 14:33:41 +08:00
另外一个原因是代码里包含了很多条件分支，不同的条件下生成的 SQL 语句可能是不一样的，比如说如果 request 里有 userid 要加个 where user_id = ? ,没有的时候就不加，这样就需要判断你的缓存是否有效，这个时候实际上你的 ORM 已经可以直接生成 SQL 了。去缓存里拿反而有 IO 消耗。
|
 |
13
abcbuzhiming 2016-12-07 19:29:51 +08:00
orm 的性能损失比的上数据库本身的性能瓶颈吗？
|
Select Language