DBA日记之Oracle 数据库开发规范

规范适用性说明

• 此规范统一针对Oracle数据库，其他数据库如SQL server, MySQL有小部分规范不适用，请自行区别。
• 此规范适用于研发人员，如果后端研发、数据开发、ETL工程师、DBA 等。

详细的规范

• Select语句中不可以用*，必须select字段列表，以节省内存，提高效率。
• 小表（数据量小于5000条记录为标准）不需要创建索引。
• 表设计日期字段，需定义为DATE类型。如果定义为varchar2或者char时需要进行转换，影响效率。
• 将记录差别数最多的列放在组合索引顺序的最前面，这样可以充分利用索引进行高效读取。
• 在OLTP业务系统中，严禁对表或者索引开启并行。
• 在OLTP业务系统中，禁止使用非常规索引，如: 函数索引，位图索引，反向索引，以及聚簇索引等, 遇到特殊情况，联系DBA进行确认。
• 在OLTP业务系统中，单个表上索引的个数不超过5个，索引数量太多会严重影响DML操作，增加系统IO的压力。
• 存储过程、函数和包中不允许频繁的使用DDL语句，且必须有相应的出错处理功能。
• 严禁业务代码中频繁commit，尤其是把commit 写在循环体中每次循环都进行commit，会严重影响性能。
• 避免业务代码中，在一个事务里出现2次commit的现象。
• SQL中like子句尽量前段匹配，如写成 ‘like string%’，不要写成’%string%’，否则不会走索引扫描。
• 在使用select … for update子句时一定注意限制条件，避免锁定全表，尽量减少此种写法。
• 避免数据类型转换，表设计过程中，两张或者多张表，同一个字段，数据类型要完全一致，否则容易导致隐形列转换，影响SQL执行效率。
• Oracle数据库中，不允许使用sys和system用户建立数据库应用对象，禁止授权DBA权限给普通用户。
• ZHS16GBK字符集包含了绝大部需要的汉字字符， ZHS16GBK不包含一些特殊的生僻字，oracle建议采用AL32UTF8，AL32UTF8是双字节字符集，对于存取汉字需要占用更多的空间。
• 列为null时，建议定义default值，避免因为null而造成索引不能被用到的情况。
• 使用NUMBER型时必须指定长度。 由number的精度和密度来保障数据的一致性
• 进行order by column desc排序时，可以考虑创建column desc索引，前提做好测试。
• sequence要求不连续时，需要指定cache和noorder，特别是对于RAC系统而言， sequence 的nocache属性可能会带来较大的性能影响。
• 临时批量insert 大数据量时， 联系DBA进行insert临时优化， 减少对线上环境的压力冲击。
• 尽量少用not exist/not in等否则写法。如果一定要用时，尽量选择not exist
• 对于大表查询中的列项应尽量避免进行诸如to_char()、 to_date()、 to_numbre()等类型转换。
• 在SQL开发的过程中， SQL的字母大小写采用一致规范，避免因为大小写的问题造成SQL的多次解析。
• 研发人员涉及到数据的增删改，每次操作之前需要进行备份操作，可以针对修改的部分数据进行快速导出操作。