thinkphp关联查询N+1的问题。

假设我们有两张表，作者表和书籍表。一个作者有多本书籍。他们是一对多的关系。我们现在要获得一个书籍的列表，并且列表中要有书的作者。一般新手的操作如下：

$bookList = $db->query('select * from books');

foreach($bookList as &$v) {
    $v['author'] = $db->query('select name from author where id =' . $v['author_id']);
}

上面的案例会执行一次查询取回所有数据库表上的书籍，然而每本书籍都会执行一次查询取得作者。若我们有 25 本书，就会进行 26次查询。这样会给数据库带来很大的开销，我们应该尽量一次简单的查询就做完。

一般的解决方案就是 join 一条sql就完成了上面的事情。

---

我在用thinkphp3.2 自带的关联查询的时候发现，这个框架的ORM也犯了这个低级错误。

class IndexController extends Controller {
    public function index(){
        D('book')->relation(true)->select();
    }
}

打开调试器发现每本书都多用了一条sql去查作者。

请问是框架本身就这么设计了，只能自己手写join来解决吗？

回复内容：

假设我们有两张表，作者表和书籍表。一个作者有多本书籍。他们是一对多的关系。我们现在要获得一个书籍的列表，并且列表中要有书的作者。一般新手的操作如下：

$bookList = $db->query('select * from books');

foreach($bookList as &$v) {
    $v['author'] = $db->query('select name from author where id =' . $v['author_id']);
}

上面的案例会执行一次查询取回所有数据库表上的书籍，然而每本书籍都会执行一次查询取得作者。若我们有 25 本书，就会进行 26次查询。这样会给数据库带来很大的开销，我们应该尽量一次简单的查询就做完。

一般的解决方案就是 join 一条sql就完成了上面的事情。

---

我在用thinkphp3.2 自带的关联查询的时候发现，这个框架的ORM也犯了这个低级错误。

class IndexController extends Controller {
    public function index(){
        D('book')->relation(true)->select();
    }
}

打开调试器发现每本书都多用了一条sql去查作者。

请问是框架本身就这么设计了，只能自己手写join来解决吗？

这样多对一的查询最好还是用join去解决 再者说 tp的关联查询做的真不好…

对单个数据库的操作用框架自带的方法还是比较简单的，但是涉及到复杂的sql查询建议还是自己写吧

想知道，有没有对关联查询支持比较好的PHP框架，或是DB类。

做视图不行么？？

M('book')->join('user on book.auther_id = user.id')->select();

你可以这样联合查询处理