这是一个创建于 3068 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前做项目，都是 lamp ， controller/model/db ， model 里的数据库操作其实都是直接写的 sql 语句，后来有公司有项目是在 model 里从 mysql 临时切换到 mango 的，再后来发现 sqlserver 里其实并没有 LIMIT ，原先写死的 sql 换个驱动可能就挂了。后来发现有 ActiveRecord/ORM 这东西，也有独立于 php 框架之外的 ORM 框架，但是发现这东西会生成很多对象，并且表关联和复杂语句并不是太方便。
后来才知道 query builder 的概念，比如原先：
SELECT u.id, i.real_name AS name FROM user AS u INNER JOIN user_info AS i ON u.id = i.user_id WHERE u.id = 1 LIMIT 1
会类似这样实现：
model('user')->alias('u')->innerJoin('user_info AS i ON u.id = i.user_id')->where('u.id = 1')->limit(1)->find();
这样实现的目的是不是像他们说的那样：
1 、排版更好阅读性更强 2 、独立于数据库驱动，这样换驱动也不至于硬编码的 sql 不能执行
但是里面有一些一直无法理解地方，比方：
field('id, user_name AS uname') / field('id, COUNT(*) AS count_num')
也可以这样写：
field(array('id', 'user_name' => 'uname')) / field(array('id', 'COUNT(*)' => 'count_num'))
但下面的方式并没有比上面的更易读啊，而且更容易写错。。难道说是为了去掉 AS ，这样某个数据库驱动不用 AS ，这样它就可以自己实现成其它的关键字？但是也不对啊，既然允许上面的写法存在，那别人都写上面那种，那这种写法不就受限于只支持 AS 的驱动了？
类似的还有 thinkphp 的 neq => <>， nin => not in 等等， Yii 还是 like / not like 。
还有 laravel 实现 join 到这么细：
join('contacts', 'users.id', '=', 'contacts.user_id')
难道说 join 大家不同的数据库还有什么差别吗？为什么要实现到这么细呢，那个引号和逗号难道不比直接一句 join 写起来更麻烦吗？而且也相比之下也不易读啊？
如果说实现 query builder 是为了切换驱动仍然能够运行，那不是应该杜绝 field 或者 join 里直接传入字符串吗，而是传入数组或者多个参数，把所有关键字都去掉吗？既然允许输入字符串，那不是就破坏了移植性吗？
求解！
 |
1
murmur 2016-07-04 21:01:48 +08:00  1
虽然看不太完全懂你写的什么东西，但是我的理解：
1 、 orm 一般都可以直接绑定 bean 到 sql ，这样如果改字段直接改 bean 的一个注解活着配置就可以了，手写 sql 基本涉及到的每个字段都要写，尤其是各种 join 的时候改哭你 2 、参数过滤，手写的越多 sql 注入的漏洞越多 3 、独立数据库，这个你已经写到了，尤其是 oracle 这种从 limit 和主键开始就跟 mysql 不一样的有 orm 就很重要了 orm 用不用一直都是个争论的焦点，我个人比较偏好于手写，所以有提供最基本 orm 的库，比如 java 的 mybatis ，除了变量过滤、自动转 bean 、还有一些动态 sql 的技巧，所有逻辑全手写 |
 |
2
qqjt 2016-07-04 21:07:19 +08:00 1
大概是因为写起来方便吧
|
 |
3
pynix 2016-07-05 06:11:24 +08:00 1
我擦，我们村终于通网了。。
|
 |
5
msg7086 2016-07-05 11:17:56 +08:00 1
ORM = Object Relational Mapping 是把 对象 与数据库里的数据绑定在一起的技术。
比如你最先查 i.real_name 这个，我不知道 PHP 里应该怎么写， Ruby 里是这样写的。 name = User.find(1 或者传变量 params[:uid]).info.real_name 比起你上面第一句纯手打 SQL ，要清晰得多，而且不仅跨平台，还能让 ORM 帮你智能缓存查询结果。 |
|
6
msg7086 2016-07-05 21:42:10 +08:00 1
再说说你最后提到的问题。
ORM 的根本目的是「提倡」用更好的书写方法来写代码，但不是「强制」。 如果你真的真的对手打 SQL 有要求，也可以通过相应接口来实现。 但是这个时候， you are on your own 了，出了事 ORM 也不会帮你负责的。 |
Select Language