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();
你可以这样联合查询处理