关于A left join B,A是否一定是主表?
2016-01-14 14:23
573 查看
一般情况,我们作左连接 select * from A left join B on A.id=B.a_id;一定认为A就是主表,其实还有另外的情况,我们若将sql改写成 select * from A left join B on on A.id=B.a_id where B.id<cont(常数)。此时B表就作为连接的主表了。具体示例见下:
新建表 A
新建表B
1.查询sql
SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<8;此时查看查询计划,显示 b表为主表
解释:where v.id<8,筛选出了更小的表B,所以按照left join 小表驱动大表的原则,此时把B表作为主表也不足为奇了。
2.查询sql
SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<16;此时查看查询计划,显示 a表为主表
解释:where v.id<16,筛选出了的表B有15条>A(里面14条),所以按照left join 小表驱动大表的原则,此时把A表作为主表了。
3.查询sql
1)SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<14;此时查看查询计划,显示 a表为主表
2)SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<=14;此时查看查询计划,显示 a表为主表
按照我们前面说的小表驱动大表,此时where where b.id<14或者 where where b.id<=14,B表的条数为13或14(A表14条没变),但此时都是以A 。
说明:在2表的连接时候相等记录条数时候有点小bug,具体原因待解决。。。。
新建表 A
新建表B
1.查询sql
SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<8;此时查看查询计划,显示 b表为主表
解释:where v.id<8,筛选出了更小的表B,所以按照left join 小表驱动大表的原则,此时把B表作为主表也不足为奇了。
2.查询sql
SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<16;此时查看查询计划,显示 a表为主表
解释:where v.id<16,筛选出了的表B有15条>A(里面14条),所以按照left join 小表驱动大表的原则,此时把A表作为主表了。
3.查询sql
1)SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<14;此时查看查询计划,显示 a表为主表
2)SELECT * FROM A a LEFT JOIN B b ON a.category_id = b.id where b.id<=14;此时查看查询计划,显示 a表为主表
按照我们前面说的小表驱动大表,此时where where b.id<14或者 where where b.id<=14,B表的条数为13或14(A表14条没变),但此时都是以A 。
说明:在2表的连接时候相等记录条数时候有点小bug,具体原因待解决。。。。
相关文章推荐
- java--邮箱的正则表达式匹配
- [转载]史上最强的.vimrc文件
- 修改hosts文件上facebook
- 今天在网上拼凑的.vimrc文件
- 博客和微博
- 其实我是来吐槽windows的
- 抓取网页数据的小程序
- [转载]JAVA开发八荣八耻
- 一晃也已经两年了
- Fedora19添加桌面系统,实现类似windows桌面
- 程序猿装B指南
- 暑假将尽啊
- MySQL数据库的热备份和冷备份优缺点
- Thread、Handler与HandlerThread、Handler使用
- Android中的IPC机制(2)-Binder机制(下)
- sql 相同字段的情况下 取时间最近的一条
- 你是否应该成为一名全栈工程师?
- C Primer Plus(第五版)11
- 坑爹力作——《天际浩劫》
- 初步折腾网站之感想