在Laravel 5.2中，如果使用DB门面代替Eloquent ORM，性能会提高多少？

看到2016 版 Laravel 系列入门教程（一）这里有一段话：

Eloquent 是 Laravel 的 ORM，是 Laravel 系统中最强大的地方，没有之一。当初 Laravel 作者在开发第一版的时候花了整整三分之一的时间才搞出来 Eloquent。当然，“欲练此功，必先自宫”，Eloquent 也是 Laravel 中最慢的地方，迄今无法解决。（路由、自动载入、配置分散、视图引发的性能问题都通过缓存几乎彻底解决了）

是否确实如此？用缓存（比如redis）能够解决Laravel的性能问题，除了Eloquent ORM？
如果使用DB门面代替Eloquent ORM，是不是就不需要创建Model了？也就是说MVC变成了VC？

回复内容：

看到2016 版 Laravel 系列入门教程（一）这里有一段话：

Eloquent 是 Laravel 的 ORM，是 Laravel 系统中最强大的地方，没有之一。当初 Laravel 作者在开发第一版的时候花了整整三分之一的时间才搞出来 Eloquent。当然，“欲练此功，必先自宫”，Eloquent 也是 Laravel 中最慢的地方，迄今无法解决。（路由、自动载入、配置分散、视图引发的性能问题都通过缓存几乎彻底解决了）

是否确实如此？用缓存（比如redis）能够解决Laravel的性能问题，除了Eloquent ORM？
如果使用DB门面代替Eloquent ORM，是不是就不需要创建Model了？也就是说MVC变成了VC？

首先得吐槽，Laravel的很多文档都喜欢过度扩张，例如上面这段，Eloquent和其他PHP框架中的ORM都是相似的味道，没有什么特别牛的地方。另外开发ORM确实花时间不少，主要是因为ORM中逻辑相对其他组件复杂很多，但你不能说花时间多久感天动地吧……
其次，ORM不等于Model，没有ORM一样可以做Model，例如我的框架Beaver（https://github.com/funcuter/beaver）中是设计了Model的，但至今没上ORM（如上面说的，ORM好用，但是性能差，我性能差的东西比较反感）。我设计中是Model直接操作DB，绕过ORM这一层，一样可以实现正常的操作。

Model更像是自己拆分出去的模块的一个SQL查询集合，那么这样理解来，要不要用M其实是自己的选择，就像早期的时候SQL语句是直接写在页面上的。如果你那么在乎性能，那么也可以按照楼上说的直接用DB去执行原生的SQL。

不会提高 Laravel的设计思路注定了就是低性能的代名词 纯粹是为了证明php其实也可以用上设计模式,实际上性能属于垫底的,性能跟zf一个级别,其实论设计模式,zf更强一些

不为站队,不为装逼,只是讨论技术问题

https://phphub.org/topics/1396 同样机器配置不同框架实测数据