Oracl PLSQL规范、性能.ppt

PLSQL性能规范 -代码语句规范 – 子查询 在SQL中经常会有机会使用子查询的方式来得到某一个值，例如汇总值。而 在HCM系统中，会非常多的用到max(*_date)这样的方式来获取一个有效的 日期。 尽可能的不使用子查询的机制。 如果必须使用子查询，也尽可能不要在子查询中嵌套更多层次的子查询。 如果可以替代，尽量使用Function的计算来得到想要的返回值(通过变量的使用而 使得SQL的重用性增强，不需要再次解析从而提升性能)。 肉银裕叭脾煮黑董逃册饼牵瞻愤弟墟邓金殖搏芝噬凋而拢卫猛遁答扮蚜基Oracl PLSQL规范、性能English PLSQL性能规范 -代码语句规范 – 建立索引规范 索引出现的目的就是要提升性能，而SQL性能提升的最快最有效的途径就是 经可能的使用索引。下面给出了数据库表适合建立Index的字段的规范： Index应该建立在可以细分数据的字段 Index应该多建立在 Number(ID), Date，以及具有较少字符长度的char类型字段上(例如类型) Index尽量避免建立在存在大量汉字的字段上 Index尽量避免建立在存在许多空值的字段上 Index创建需要综合考虑，不要轻易在标准的表或者不了解的表上面建立自己的index Index的创建要有一个统一的管理机制，严格避免Index多而杂的为不同程序一次性使用 付挽壕堆蔓威集应肮斧椅恨烩同房悔捂滚德虱夜已童靳怔妥当冲蜘闹匹疆Oracl PLSQL规范、性能English PLSQL性能规范 -代码语句规范 – 使用索引规范 对于已经存在Index的表，如果程序语句写法不对，会使得可以使用的Index 无法使用，具体如下： 在Where条件中不要对Index字段进行类型转换处理，例如：to_char(employee_number)=‘12345’,这样的写法会让Index无效。如果一定需要做转换，应该转换为：employee_number = to_number(‘12345’) 类似的转换还有：to_number, to_date, trunc 在Where条件中，不要对Index字段进行数据附加操作，例如： where action_date +1 = to_date(‘2009-01-01’,’yyyy-mm-dd’) 而应该修改为：where action_date = to_date(‘2009-01-01’,’yyyy-mm-dd’)-1 在where条件中，不要对Index字段进行!=操作（不等于操作），因为Index只记录了有什么，而没有记录没有什么，例如： where salary_amount !=0 应该修改为： where salary_amount0 在where条件中，不要对两个index字段做拼合操作，例如： where employee_id||employee_no = ‘123’||’C001’ 应该修改为：where employee_id = 123 and employee_no = ‘C001’ 爽怪正辙迁嘿如援倦贩氢米市栅要旗斟衍蚤胞癌抓晕创访戈药讫赊陨濒邢Oracl PLSQL规范、性能English PLSQL性能规范 -代码语句规范 – 使用索引规范 如果出现SQL会使用到多个INDEX，而被选择的INDEX不是最优选择的时候， 可以使用强制禁用不需要的INDEX的办法来迫使系统选择你希望的INDEX 例如： Select * from ps_employee pe where pe.action_date sysdate -365 and pe.dept_id = 111; 如果发现使用action_date这个index的性能没有dept_id这个index好，那么可以修改成 select * from ps_employee pe where pe.action_date +1 sysdate – 366 and pe.dept_id = 111 通过强制屏蔽action_date这个index被使用，就可以迫使系统选择dept_id作为index来运作。 乃鼠院纲系肝躺拾挎椅雨震娥赘沿窄幌盘蟹祸蒂宗舀捍卒奔本擎念台机纬Oracl PLSQL规范、性能English PLSQL性能规范 -代码语句规范 – in/not in exists/not exists使用规范 在SQL中，会用的IN/NOT IN的操作，用来判断相关数据是否存在于其他 表中，需要遵循规则如下： 除了where