# SQL编写规范36条
以后可能还会增多，也可以考虑做一下减法。
1. 去掉不必要的括号
```
如： ((a AND b) AND c OR (((a AND b) AND (c AND d))))
修改成 (a AND b AND c) OR (a AND b AND c AND d)
```
2. 去掉重叠常量
```
如： (a<b AND b=c) AND a=5
修改成 b>5 AND b=c AND a=5
```
3. 去除常量条件(由于常量重叠需要)
```
如： (B>=5 AND B=5) OR (B=6 AND 5=5) OR (B=7 AND 5=6)
修改成 B=5 OR B=6
```
4. 去掉无意义的连接用条件
```
如：1=1，2>1，1<2等 直接从where子句中去掉。
**郑松华**注解 ：但是对于1=1 有可能是开发为了动态添加sql 标准化而写
如 select * from emp where 1=1 and emp_no=10001 and …. 这样后面都是and 开始
```
5. 开发过程中不使用拼字符串的方式来完成where子句
6. 多使用等值操作，少使用非等值操作
```
WHERE条件中的非等值条件（IN、BETWEEN、<、<=、>、>=）会导致后面的条件使用不了索引，因为不能同时用到两个范围条件。
郑松华注解 ：对这条有疑问 因为一个sql 的一个表来说只分access 和 fiter 只要使用了相应的选择率好的索引过滤了大部分数据对后面
作为fiter 条件来说没有大问题
```
7. 常数表优先，字典表或小表其次，大表最后
```
常数表指：空表或只有1行的表。与在一个PRIMARY KEY或UNIQUE索引的WHERE子句一起使用的表。如：
SELECT * FROM t WHERE primary_key=1;
SELECT * FROM t1,t2 WHERE t1.primary_key=1 AND t2.primary_key=t1.id;
字典表指：小数量的行。如：自定义的自增字段表，而不使用MySQL的AUTO_INCREMENT。
郑松华注解 ：SQL的执行计划是基于cost的 除非强制使用hint 所以无法控制
上面的可以改为 表的连接条件最好是查询结果集最少的为驱动表 后续表要有良好的索引
```
8. 减少或避免临时表
```
如果有一个ORDER BY子句和不同的GROUP BY子句，或如果ORDER BY或GROUP BY包含联接队列中的第一个表之外的其它表的列，则创建一个临时表。
郑松华注解 ：这里说的临时表应该是执行计划中extra部分的 using temporary 和 using filesort 关键字
```
9. where子句中的数据扫描别跨越表的30%
```
比如：where primary_key <> 1或者primary_key not in(…)，这样跨表的数据肯定超过30%了。
where status=1，其中1值非常少，主要是0值，比如一个表的记录删除用了一个状态位，而删除的记录又比较少。
郑松华注解 ：这个应该讲的是索引的选择率问题 ，如果是删除数据的话 大量删除考虑创建一个临时表 改表名的方法或者
分段删除的方法 最好不要一次性 进行大量删除
```
10. where子句中同一个表的不同的字段组合建议小于等于5组，否则考虑业务逻辑或分表
```
郑松华注解 ：只要有一个进行好的选择率的索引条件 有几个都无所谓
```
11. 不使用is null或is not null，字段设计时建议not null，若麻烦可折中考虑给一默认值
12. 使用like时，%不要放在首字符位置。
```
如果%必须放在首字符位置
郑松华注解 ：这是基于有索引而言，记住只是字符类型 如果是别的数据类型即使把%放在后面一样不能使用索引
```
13. 值域比较多的表字段放在前面
```
比如：id，date字段放在前面，而status这样的字段放在后面，具体的可以通过执行计划来把握。
郑松华注解 ：不知道作者想表达意思 ？ 如果是SQL中的select 列中的话 上面的没有关系 因为只跟是否回表有关系
```
14. 表字段组合中出现比较多的表字段放在前面
```
方便综合评估索引，缓解因为索引过多导致的增删改的一些性能问题。
```
15. 表字段不能有表达式或是函数
```
如：where abs(列)>3或where 列*10>100
郑松华注解 ：这是基于该列有索引 如果使用上述方法会导致不能使用索引
```
16. 注意表字段的类型，避免表字段的隐示转换
```
比如：列为int，如果where 列=’1’，则会出现转换。
郑松华注解 ：这是基于该列有索引 如果使用上述方法会导致不能使用索引
```
17. 考虑使用union all，少使用union，注意考虑去重
```
union all不去重，而少了排序操作，速度相对比union要快，如果没有去重的需求，优先使用union all。
郑松华注解 ：Mysql5.6和5.7对union all 的执行计划是不一样的注意把握
```
18. 不同字段的值or或in大于等于3次，考虑用union all替换；同一字段的值or用in替换
```
Select * from opp WHERE phone=‘12347856' or phone=‘42242233';
考虑用
Select * from opp WHERE phone in ('12347856' , '42242233');
Select * from opp WHERE phone='010-88886666' or cellPhone='13800138000';
考虑用
Select * from opp WHERE phone='010-88886666'
union all
Select * from opp WHERE cellPhone='13800138000';
郑松华注解 ：Mysql5.6 和5.7当中对in 的处理机制有点不一样 注意把握
```
19. 用Where子句替换HAVING子句
```
select id,count(*) from table group by id having age>=30 order by null;
考虑用
select id,count(*) from table where age>=30 group by id order by null;
郑松华注解：上面的第一个sql 本身就不严谨 有可能出现执行计划不同结果不同
```
20. 对同一表的order by和group by操作分别小于3组，否则考虑业务逻辑或分表
21. 尽量使用主键进行update和delete
22. 小心text/blobs等大字段，如果确实不需要这样的大字段，则不用放入sql语句中
```
郑松华注解：有可能产生行链接问题，还有排序的时候产生大量消耗
```
23. 使用INSERT ... ON DUPLICATE KEY update (INSERT IGNORE)来避免不必要的查询
24. 考虑使用limit N，少用limit M,N，特别是大表，或M比较大的时候
25. 减少或避免排序，如：group by语句中如果不需要排序，可以增加order by null
26. 增删改语句中不使用不确定值函数和随机函数，如：RAND()和NOW()等。
27. INSERT语句使用batch提交（INSERT INTO table VALUES(),(),()„„），values的个数不超过500。
28. 避免使用存储过程、触发器、函数、UDF、events等，容易将业务逻辑和DB耦合在一起，并且MySQL的存储过程、触发器、函数、UDF、events中存在一定的bug。
29. 避免使用JOIN。
30. 使用合理的SQL语句减少与数据库的交互次数。
```
INSERT ... ON DUPLICATE KEY UPDATE
REPLACE INTO、INSERT IGNORE 、INSERT INTO VALUES(),(),()
UPDATE … WHERE ID IN(10,20,50,…)
```
31. 减少使用视图，避免复杂的语句。
32. SQL语句中IN包含的值不超过500。
33. UPDATE、DELETE语句不使用LIMIT。有主键id的表WHERE条件应结合主键。
34. 使用prepared statement，可以提供性能并且避免SQL注入。
35. InnoDB表避免使用COUNT(*)操作，计数统计实时要求较强可以使用memcache或者redis，非实时统计可以使用单独统计表，定时更新。
36. 禁止在Update语句，将“,”写成“and”，非常危险。
```
正确示例：update Table set uid=uid+1000,gid=gid+1000 where id <=2 ;
错误示例：update Table set uid=uid+1000 and gid=gid+1000 where id <=2 ;
此时“uid=uid+1000 and gid=gid+1000”将作为值赋给uid，并且无Warning！！！
```
