- 数据类型无需进行类型转换
-- 好(salary是flaot类型)
select emp_name from employee where salary>3000.0
-- 坏
select emp_name from employee where salary>3000
分析select emp_name form employee where salary > 3000 在此语句中若salary是Float类
型的，则优化器对其进行优化为Convert(float,3000)，因为3000是个整数，我们应在编程时
使用3000.0而不要等运行时让DBMS进行转化。同样字符和整型数据的转换
2. 不要使用select *
-- 好
select emp_name tel from employee
-- 坏
select * from employee
使用select *的话会增加解析的时间，另外会把不需要的数据也给查询出来，数据传输也是
耗费时间的，
比如text类型的字段通常用来保存一些内容比较繁杂的东西，如果使用select *则会把该字段
也查询出来。
3.谨慎使用模糊查询
-- 好
select emp_name tel from employee where emp_name like 'paral%'
-- 坏
select * from employee where emp_name like '%paral%'
当模糊匹配以%开头时，该列索引将失效，若不以%开头，该列索引有效。
3. 应尽量避免在where子句中对字段进行函数操作
-- 好
select id from t where name like 'abc%'
select id from t where createdate>='2022-01-01' and createdate<='2022-
05-01'
-- 坏
select id from t where substring(name,1,3)='abc'
select id from t where datediff(day,createdate,'2022-05-01')=0
这将导致引擎放弃使用索引而进行全表扫描
4. 优先使用UNION ALL，避免使用UNION
-- 好
select name from student
union all
select name from teacher
-- 坏
select name from student
union
select name from teacher
UNION 因为会将各查询子集的记录做比较，故比起UNION ALL ，通常速度都会慢上许多。
一般来说，如果使用UNION ALL能满足要求的话，务必使用UNION ALL。还有一种情况，
如果业务上能够确保不会出现重复记录。
6.应尽量避免在 where 子句中对字段进行表达式操作
-- 好
select id from t where num=100*2
-- 坏
select id from where num/2=100
这将导致引擎放弃使用索引而进行全表扫描
7. 应尽量避免在 where 子句中对字段进行 null 值判断
-- 好
select id from t where num=0
-- 坏
select id from t where num is null
对字段进行 null 值判断，将导致引擎放弃使用索引而进行全表扫描。可以在建表时添加Not
Null 约束。
8.应尽量避免在 where 子句中使用 or 来连接条件
-- 好
select id from t where num=10
union all
select id from t where num=20
-- 坏
select id from t where num=10 or num=20
使用 or 来连接条件，将导致引擎放弃使用索引而进行全表扫描
9.很多时候用 exists 代替 in 是一个好的选择
-- 好
select num from a where exists(select 1 from b where num=a.num)
-- 坏
select num from a where num in (select num from b)
-- 好
select * from orders where customer_name not exists(select customer_name
from customer)
-- 坏
select * from orders where customer_name not in(select customer_name
from customer)
10.如果在 where 子句中使用参数，也会导致全表扫描
-- 好
select id from t with(index(索引名)) where num=@num
-- 坏
select id from t where num=@num
因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行
时；它必须在编译时进行选择。然 而，如果在编译时建立访问计划，变量的值还是未知的，
因而无法作为索引选择的输入项
