最近在用laravel的ORM写数据库查询时,用到了whereHas
的写法,这个写法的背后实现的SQL语句就是select from `table1` where exists(select from `table2` where table1.id = table2.table1_id),于是就查清楚了一下exists
的用法和特点,在这里记录一下。
以下图的两张表关系作为分析:
exists表示存在,它常常和子查询配合使用。例如对于上图,写下下面的SQL语句
SELECT FROM `user`
WHERE exists (SELECT FROM `order` WHERE user.id = order.user_id)
在这里,exists用于检查查询子查询语句是否会至少返回一行数据,如果有返回数据,则返回值是true,反之是false。
放子查询返回为true时,则外层的查询语句将进行查询,反之,外层查询语句将不进行查询或者查不出任何记录。
因此:上面的SQL所实现的意义在于,搜索出所有下过单的会员。
exists和in的区别和使用场景除了exitst,in的使用也可以实现上面语句的效果。如下:
SELECT * FROM `user` WHERE id in (SELECT user_id FROM `order`)
那么,它们之间有什么区别呢。
- in()语句只会执行一次,它查出order表中的所有user_id字段并且缓存起来,之后,检查user表的id是否和order表中的user_id相当,如果相等则加入结果期,直到遍历完user的所有记录。用程序来表示如下:
$result = [];
$users = "SELECT * FROM `user`";
$orders = "SELECT user_id FROM `order`";
for($i = 0;$i < $users.length;$i++){
for($j = 0;$j < $orders.length;$j++){
// 此过程为内存操作,不涉及数据库查询。
if($users[$i].id == $orders[$j].user_id){
$result[] = $users[$i];
break;
}
}
}
从上面的程序可以明显的看出,当order表数据很大的时候不适合用in,因为最多会将order表数据全部遍历一遍。
如:user表有10000条记录,order表有1000000条记录,那么最多有可能遍历10000*1000000次,这样的话效率就很差了。
- 再看exists,它的查询过程类似如下:
$result = [];
$users = "SELECT * FROM `user`";
for($i=0;$i<$users.length;$i++){
if(exists($users[$i].id)){// 执行SELECT * FROM `order` WHERE user.id = order.user_id
$result[] = $users[$i];
}
}
显而易见:当order表比user表大很多的时候,使用exists是再恰当不过了,它没有那么多遍历操作,只需要再执行一次查询就行。查询次数的多少完全取决于user表的记录条数。
但是:如果说user表有10000条记录,order表有100条记录,那么exists()还是执行10000次,反而不如使用in()遍历10000*100次,因为in()是在内存里遍历,而exists()需要查询数据库,我们都知道查询数据库所消耗的性能比较大,而操作内存的话会比较快.
因此,可以得出总结:
若外层查询表小于子查询表,则用exists
。
若外层查询表(记录条数很多)远大于子查询表,则考虑用in
。