SQL语句编写建议.docVIP

.一规范化要求 略 二.性能建议 1.谓词（如where条件里的=、like等）前面的字段，不要加任何函数或运算。 如下面两种都是应尽量避免的： select * from dictcalc t where trim(calcname)=西药收入；(应去掉trim) select count(1) from hosp_pay_history t where t.paydate-sysdate10; （应改为t.paydatesysdate+10） 原因是，如果表很大，对字段加索引，谓词前只能是单独的字段名，否则会用不到索引。 2.能用union all的不要用union 原因是，union all不会比对结果集，而union会比对结果集，重复的结果行只取一行 3.分页语句，耗费性能的操作能写到外层的应尽量写到外层 原因是写到外层，只需对当前页运算，写到内层，会对所有的结果集运算 可以改善的一个例子： Select * From ( select rownum as rowIndex,v.* from ( SELECT t1.FPERSONCODE, t2.FPROVINCE || t2.FCITY || t2.FCOUNTY || t2.FTOWN || t2.FVILAGE as address, round(months_between(sysdate,t1.FBRITHDAY)/12) as age, t2.foldcard, t1.ishgtj, t1.reason FROM TJFPERSONINFO t1,TJFRECORD t2 where t1.ffcode = t2.ffcode and t1.frcode = t2.frcode and t1.dieflage = 0 ) v where rowNum=15 ) where rowIndex=1 应把里层的计算address和age放在select的最外层。 4.如果表的字段非常多，行也很多，慎用select *,而应该把所需的字段一个一个写出来 原因是select *在字段和行很多的情况下，非常耗资源 5.where条件里，字符串类型（char,varchar2）必须带单引号，数字类型不能加单引号 原因是类型不匹配，会引起额外的隐含的to_number操作或不应当的全表扫描 6.避免在LIKE函数的起始处使用通配符 如xm like %张%，这样不会使用索引，应改为like 张% 7.合理使用子查询 子查询是递归调用，如果行很多，调用的次数就会很多 如果是分页查询建议使用子查询 分页查询的行数很少,sql执行子查询是并行执行的,速度较快.取count(*)的时候执行计划会取消改表,对性能有很大提升. 并减少sql复杂性和sql解析难度 三.可读性建议 1.在iBatis里所有的字段，包括select后的字段和where后的条件，都一律用大写，表的别名应小写，传入的参数如果用map的应小写，如果是pojo的不限制。 在PLSQL里的大小写不限制（大部分人习惯用小写）。 2.关联查询，主表应写在第一位，关联条件应写在最前面，表应使用别名，别名用t1,t2标识 4表有分区的，在SQL语句的where条件里要写分区 要写常量 5.日期区间查询的写法 以下三种写法，起止时间的区间都是正确的，查询结果都是正确的，但是，性能不一样。 写法一： select * from dictmedi t where to_char(inputdate,yyyy-mm-dd)=2009-06-01 and to_char(inputdate,yyyy-mm-dd)=2009-07-01写法二：select * from dictmedi t where trunc(inputdate)=to_date(2009-06-01,yyyy-mm-dd) and trunc(inputdate)=to_date(2009-07-01,yyyy-mm-dd)写法三：select * from dictmedi t where inputdate=to_date(2009-06-01,yyyy-mm-dd) and inputdateto_date(2009-07-01,yyyy-mm-dd)+1 前两种写法，就算在日期字段inputdate上有索引，查询也不会使用该索引（除非是函数索引） 最后一种写法是推荐的写法，注意止日