请教 query builder 实现的意义和目的是什么？

之前做项目，都是 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 里直接传入字符串吗，而是传入数组或者多个参数，把所有关键字都去掉吗？既然允许输入字符串，那不是就破坏了移植性吗？

求解！

murmur

2016-07-04 21:01:48 +08:00

虽然看不太完全懂你写的什么东西，但是我的理解：
1 、 orm 一般都可以直接绑定 bean 到 sql ，这样如果改字段直接改 bean 的一个注解活着配置就可以了，手写 sql 基本涉及到的每个字段都要写，尤其是各种 join 的时候改哭你
2 、参数过滤，手写的越多 sql 注入的漏洞越多
3 、独立数据库，这个你已经写到了，尤其是 oracle 这种从 limit 和主键开始就跟 mysql 不一样的有 orm 就很重要了

orm 用不用一直都是个争论的焦点，我个人比较偏好于手写，所以有提供最基本 orm 的库，比如 java 的 mybatis ，除了变量过滤、自动转 bean 、还有一些动态 sql 的技巧，所有逻辑全手写