|
锁定老帖子 主题：用PHP做ORM效率那是相当的低啊！
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-30
php其实是个脚本语言，它敏捷在灵活，再给个ORM来不合适的，
cake，fleephp做小系统都不错 zend framework功能更强悍，只是要求php版本太高 |
| 返回顶楼 | |
|
发表时间：2007-11-06
正准备用ezpdo 现在发现不合适了 呵呵
我觉得把ASP.NET中的DataSet搬过来也许不错 呵呵 不过支持字段映射有点麻烦 或者 ActiveRecord更好 |
| 返回顶楼 | |
|
发表时间：2007-11-06
diogin 写道 省省精力吧，ORM这种花拳绣腿、费力不讨好的东西。
SQL王道 这个比较复合php的哲学。其实oo我看在php里面都多余。 |
| 返回顶楼 | |
|
发表时间：2007-11-07
ozzzzzz 写道 diogin 写道 省省精力吧，ORM这种花拳绣腿、费力不讨好的东西。
SQL王道 这个比较复合php的哲学。其实oo我看在php里面都多余。 恩，我觉得每种开发语言都有自己的特点，硬是要用一种不合适他的哲学来做，完全是费力不讨好的。 就如Delphi的单例，在我看来明显是不应当存在的东西（至少大多时候是没有必要的）。 然后还有一些所谓的Delphi MVC框架。 |
| 返回顶楼 | |
|
发表时间：2007-11-07
OO是中设计思想，做大的php系统，OO并不是多余的，
|
| 返回顶楼 | |
|
发表时间：2007-11-08
建议自己写一个简单的吧。效率应该不会是主要问题的。
我自己写了一个包含了查询缓存和对象缓存的框架 速度还是非常快的。 一个普通包含数据库查询、更新的service，在我自己的笔记本上（打开apc cache）。执行大概0.2秒就可以了。 如果缓存命中，连数据库都不需要打开，那就更快了。 所以我绝对不相信php的运行效率会成为系统瓶颈。 |
| 返回顶楼 | |
|
发表时间：2007-11-13
EZPDO用到了使用类似于Hibernate HQL的语句来替代SQL. 我想瓶颈的根源就是出在解析器这里.
如果用PHP写个HQL解析器, 然后再做测试的话, 可能也无奈了. 呵呵... 看来在PHP里, 很高级的东西效率还是不太好哇. |
| 返回顶楼 | |
|
发表时间：2007-12-12
HTTP请求过来，apache fork子进程，启动php解释器，装载源文件，创建数据库连接，生成orm对象，操纵orm对象，执行映射的sql语句，销毁对象，断开数据库连接，释放资源，关闭http
下一个。。。 php不是java |
| 返回顶楼 | |
|
发表时间：2007-12-24
adodb的activerecord，试试！
|
| 返回顶楼 | |
|
发表时间：2008-01-03
pdreamer 写道 php其实是个脚本语言，它敏捷在灵活，再给个ORM来不合适的，
cake，fleephp做小系统都不错 zend framework功能更强悍，只是要求php版本太高 对你其他的话没有看法，但是对这句万分的反感，典型的想当然！ cake，fleephp做小系统都不错。zend framework功能更强悍 不管是cake还是fleaphp，你能找到的实际应用无论数量还是规模，都比zf强得多。 zf 从类库角度看，确实非常不错。提供了高质量的大量可用服务。 但是从框架的角度看，无论从设计到实现，都谈不上多好。 |
| 返回顶楼 | |
