背景:
最近工作中一直和sql 打交道,由于平时用的少,也不怎么写多表联查的情况,但是最近项目中存在大量的多表联查的sql,让自己走了一些小坑
- A left join B 中未必A就是小表,或者说A未必是1:N中的 N
A表
| name | code |
|---|---|
| 张三 | 001 |
B表
| core | code |
|---|---|
| 23 | 001 |
| 234 | 001 |
select * from a left join B on a.code = b.code
结果 不是一条数据而是2条数据
这个比较好理解,自己当时思维定势导致的 主观认为, 都是小表 left join 大表,
- on 和 where 写条件区别
条件on 和 where 后面写条件有区别吗? 原来只记得 条件尽可能早写,减少数据的过滤
所以经常经条件提前写在on里面 这种未必符合实际条件
A表
| name | code | yn |
|---|---|---|
| 张三 | 001 | 1 |
| 李四 | 002 | 1 |
B表
| core | code | yn |
|---|---|---|
| 23 | 001 | 1 |
| 24 | 001 | 0 |
| 25 | 002 | 1 |
| 27 | 002 | 0 |
sql1
select * from b left join a on a.code = b.code
where a.yn = 1 and b.yn = 1
sql2
select * from b left join a on a.code = b.code and b.yn = 1
where a.yn = 1
这2个sql执行的结果是不一样的,自己去验证,这里我说下理论:
on比where起作用更早,,先根据on条件进行多表的连接操作,生成一个临时表再通过where来筛选



最后
以上就是风趣香烟最近收集整理的关于sql 中的left join 的坑请大家绕着走的全部内容,更多相关sql内容请搜索靠谱客的其他文章。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复