为什么我在SQL中选择INNER JOIN 而不选择 WHERE a.id = b.a_id

在多表查询的sql中,很多开发人员喜欢选择where作为连接条件; 如:

SELECT
	a.id,
	a.basic_salary,
	p.position_name
FROM
	salary_plan a,
	salary_position p
WHERE
	a.position_id = p.id

这样其实是存在一个很大的效率问题的,究竟如何请听我细细道来。

缺点:在上面这个sql中其实是创建了两张表的笛卡尔乘积的,所有有可能的集合都会被组合起来。在上表中如果 a表有1000条记录,p表有1000条记录,那么笛卡尔乘积的结果就是1000,000条记录。然后在生成的1000, 1000 记录中选择符合条件的1000条记录。这样使得数据库多做了1000倍的工作,对资源的浪费不言而喻的。如果是表的数据量小的话,还感觉不到什么压力。但是当表数据量大的话,压力就可想而知了。

在实际生产中我往往喜欢使用inner join来避免笛卡尔乘积的创建,上述sql我往往会使用这样的方法来解决

SELECT
	a.id,
	a.basic_salary,
	p.position_name
FROM
	salary_plan a INNER JOIN
	salary_position p
ON
	a.position_id = p.id

优点:避免了笛卡尔乘积的创建,使用上述sql只会产生1000条目标数据,大大提高了查询效率。

PS:虽然有些数据库的优化器会自动识别出第一条sql优化为第二条sql。但是这只是很少的一部份,至于哪些数据库有,我也不知道。至少我使用的mysql5.6是没有该功能的。但是inner join 是所有数据库都能支持的。因此在实际生产中DBA往往会建议使用inner join来进行查询优化。

注意: join 与 inner join效果相同

mysql查看优化器执行后sql语句可以参考该文章:

http://blog.csdn.net/wangjun5159/article/details/51227831

转载于:https://my.oschina.net/weechang93/blog/791479

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值