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