Home >Backend Development >PHP Tutorial >thinkphp 关联查询 N+1 的问题。
假设我们有两张表,作者表和书籍表。一个作者有多本书籍。他们是一对多的关系。我们现在要获得一个书籍的列表,并且列表中要有书的作者。一般新手的操作如下:
<code>$bookList = $db->query('select * from books'); foreach($bookList as &$v) { $v['author'] = $db->query('select name from author where id =' . $v['author_id']); }</code>
上面的案例会执行一次查询取回所有数据库表上的书籍,然而每本书籍都会执行一次查询取得作者。若我们有 25 本书,就会进行 26次查询。这样会给数据库带来很大的开销,我们应该尽量一次简单的查询就做完。
一般的解决方案就是 join
一条sql就完成了上面的事情。
我在用thinkphp3.2 自带的关联查询的时候发现,这个框架的ORM也犯了这个低级错误。
<code>class IndexController extends Controller { public function index(){ D('book')->relation(true)->select(); } }</code>
打开调试器发现每本书都多用了一条sql去查作者。
请问是框架本身就这么设计了,只能自己手写join来解决吗?
假设我们有两张表,作者表和书籍表。一个作者有多本书籍。他们是一对多的关系。我们现在要获得一个书籍的列表,并且列表中要有书的作者。一般新手的操作如下:
<code>$bookList = $db->query('select * from books'); foreach($bookList as &$v) { $v['author'] = $db->query('select name from author where id =' . $v['author_id']); }</code>
上面的案例会执行一次查询取回所有数据库表上的书籍,然而每本书籍都会执行一次查询取得作者。若我们有 25 本书,就会进行 26次查询。这样会给数据库带来很大的开销,我们应该尽量一次简单的查询就做完。
一般的解决方案就是 join
一条sql就完成了上面的事情。
我在用thinkphp3.2 自带的关联查询的时候发现,这个框架的ORM也犯了这个低级错误。
<code>class IndexController extends Controller { public function index(){ D('book')->relation(true)->select(); } }</code>
打开调试器发现每本书都多用了一条sql去查作者。
请问是框架本身就这么设计了,只能自己手写join来解决吗?
这样多对一的查询最好还是用join去解决 再者说 tp的关联查询做的真不好…
对单个数据库的操作用框架自带的方法还是比较简单的,但是涉及到复杂的sql查询建议还是自己写吧
想知道,有没有对关联查询支持比较好的PHP框架,或是DB类。
做视图不行么??
<code>M('book')->join('user on book.auther_id = user.id')->select();</code>
你可以这样联合查询处理