当数据已经存在数据库中的时候。需要往外查询数据,一对多的思想其实就是在insert into 数据的时候 存入另一个表的一个主键或者一个能唯一识别这条数据的字段。当插入成功的时候,这个时候a 表数据库可能存的是 b 表里面的用户ID或者是C 表的主键亦或者是D 表的主键等等。当然这样做能最大程度的节约程序的大小。能保证一个表的数据可以关联另外几个表做准备。(例如)
SELECT a.guid,a.sfqy,a.lrsj,y.xm,x.mc,x.ljdz,z..xm xgrsm,a.tb,(CASE WHEN a.sfqy = '1' THEN '开始' ELSE ‘停止’ END) sfqyz) FROM t_fs a LEFT JOIN t_yb y ON a.lrr = y.yhid
LEFT JOIN t_fg z ON z.yhid = a.xgr LEFT JOIN z_tgd x ON a.url = x.guid WHERE a.zt_d =‘1’;
合理运用了 (CASE WHEN xxx 时 THEN xxx ELSE xx END) 以及 LEFT JOIN b 表 ON a.xxx = b.xxx
这样就可以查询数据的有效性,以及在保存数据的时候 能做到效率的最大话等等、
distinct
distinct 去重。返回唯一值
group by 返回分组。网上有牛牛已经做过测试。不管加不加索引时候。 distinct 都不如 group by 的效率快。所以如果想优化的sql的时候推荐使用 group by
select * form tab1 left join tab2 on (tab1.size = tab2.size) where tab2.name=’AAA’
2、select * form tab1 left join tab2 on (tab1.size = tab2.size and tab2.name=’AAA’)
第一条SQL的过程:
1、中间表 on条件: tab1.size = tab2.size | |
| | | |
2、再对中间表过滤 |
tab1.id | tab1.size | tab2.size | tab2.name |
1 | 10 | 10 | AAA |
2 | 20 | 20 | BBB |
2 | 20 | 20 | CCC |
3 | 30 | (null) | (null) |
on、where、having的区别
on、where、having这三个都可以加条件的子句中,on是最先执行,where次之,having最后。有时候如果这先后顺序不影响中间结果的话,那最终结果是相同的。但因为on是先把不符合条件的记录过滤后才进行统计,它就可以减少中间运算要处理的数据,按理说应该速度是最快的。