数据库编码规范.doc

命名和注释规范1.数据库涉及字符规范采用26个英文字母（区分大小写）和09这十个自然数，加上下划线_组成，共63个字符。不能出现其他字符（注释除外）。2.数据库对象命名规范数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。在SYBASE ASE下，对象名区分大小写，统一使用大写，其他数据库按照本规范。前缀：使用小写字母字典表 d_视图 view存储过程 proc函数 func实际名字：实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和_开头。如视图 User_List存储过程 User_Delete因此，合法的对象名字类似如下。视图 view_Message_List存储过程 proc_Message_Add3.视图命名规范我们约定，字段由前缀和实际名字组成，中间用下划线连接。前缀：使用小写字母view，表示视图。因此，合法的视图名类似如下。view_Userview_UserInfo4.存储过程命名规范我们约定，过程由前缀和实际名字加操作名字组成，中间用下划线连接。前缀：使用小写字母proc，表示存储过程。操作名字：Insert|Delelte|Update|Caculate|Confirm|Init例如：proc_User_Insert5.存储过程设计注释规范注释大致格式如下：CREATE OR REPLACE PROCEDURE proc_xxxx_xxxx ()IS(或AS)/* 存储过程名： proc_xxxx_xxxx* 作者： Yezi(叶子)* 日期： 2004-12-17* 版本： 1.0* 描述： 保存用户资料* 入口参数：* 出口参数：* 具体流程：* 变更过程及变更内容描述：*/6.sql语句规范所有sql关键词全部大写，比如SELECT,UPDATE,FROM,ORDER,BY等。7.索引命名规范索引名由前缀和实际名字组成，中间用下划线连接。普通索引前缀：使用小写字母idx。位图索引前缀：idx_map_8.临时表、临时索引命名规范临时表用表空间：tablespace_name CREATE TABLE table_name TABLESPACE tablespace_name AS (SELECT * FROM table_name) ;CREATE TABLE table_name (column_name) TABLESPACE tablespace_name;CREATE INDEX index_name ON TABLE (column_name) TABLESPACE tablespace_name ;9.注释规范处理过程注释：在sql语句的上方说明，格式如下：/*注释 */EXECUTE IMMEDIT “SELECT COUNT(1) FROM tab1; ”变量注释：在变量后面说明变量的用途，格式如下：var_workdate VARCHAR2 (10); /*当日 日期*/ 过程规范1、过程检查规范开发人员在提交存储过程前，必须已经使用SET SHOWPLAN ON分析过查询计划，做过自身的查询优化检查。在pl/sql下用F5检查sql的执行计划SQL的使用规范：1、 尽量避免反复访问同一张或几张表，尤其是数据量较大的表，可以考虑先根据条件提取数据到临时表中，然后再做连接。 2、 尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该改写；如果使用了游标，就要尽量避免在游标循环中再进行表连接的操作。3、 注意WHERE字句写法，必须考虑语句顺序，应该根据索引顺序、范围大小来确定条件子句的前后顺序，尽可能的让字段顺序与索引顺序相一致，范围从大到小。 4、 不要在WHERE子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。5、 尽量使用exists代替SELECT COUNT(1)来判断是否存在记录，COUNT函数只有在统计表中所有行数时使用，而且COUNT(1)比COUNT(*)更有效率。6、 尽量使用“=”，不要使用“”。7、 注意一些OR子句和UNION子句之间的替换8、 注意表之间连接的数据类型，避免不同类型数据之间的连接。9、 注意存储过程中参数和数据类型的关系。10、 注意INSERT、UPDATE操作的数据量，防止与其他应用冲突。如果数据量超过200个数据页面（400k），那么系统将会进行锁升级，页级锁会升级成表级锁。索引的使用规范：1、 索引的创建要与应用结合考虑，建议大的OLTP表不要超过6个索引。2、 尽可能的使用索引字段作为查询条件，尤其是聚簇索引，必要时可以通过INDEX index_name来强制指定索引 3、 避免对大表查询时进行table scan，必要时考虑新建索引。4、 在使用索引字段作为条件时，如果该索引是联合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用。 5、 要注意索引的维护，周期性重建索引，重新编译存储过程。tempdb的使用规范： 1、 避免频繁创建和删除临时表，减少系统表资源的消耗。2、 在新建临时表时，如果一次性插入数据量很大，那么可以使用create table代替insert into。3、 慎用大的临时表与其他大表的连接查询和修改，减低系统表负担，因为这种操作会在一条语句中多次使用tempdb的系统表。操作符优化1、 IN 操作符用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用IN的SQL至少多了一个转换的过程。一般的SQL都可以转换成功，但对于含有分组统计等方面的SQL就不能转换了。推荐方案：在业务密集的SQL当中尽量不采用IN操作符。2、 NOT IN操作符 此操作是强列推荐不使用的，因为它不能应用表的索引。 推荐方案：用NOT EXISTS 或（外连接+判断为空）方案代替3、 操作符（不等于）不等于操作符是永远不会用到索引的，因此对它的处理只会产生全表扫描。推荐方案：用其它相同功能的操作运算代替，如 a0 改为 a0 or a0 a 改为 a4、 IS NULL 或IS NOT NULL操作（判断字段是否为空）判断字段是否为空一般是不会应用索引的，因为B树索引是不索引空值的。推荐方案：用其它相同功能的操作运算代替，如a is not null 改为 a0 或a等。不允许字段为空，而用一个缺省值代替空值，如业扩申请中状态字段不允许为空，缺省为申请。5、 及 2与A=3的效果就有很大的区别了，因为A2时ORACLE会先找出为2的记录索引再进行比较，而A=3时ORACLE则直接找到=3的记录索引。6、 LIKE操作符LIKE操作符可以应用通配符查询，里面的通配符组合可能达到几乎是任意的查询，但是如果用得不好则会产生性能上的问题，如LIKE %5400% 这种查询不会引用索引，而LIKE X5400%则会引用范围索引。一个实际例子：用YW_YHJBQK表中营业编号后面的户标识号可来查询营业编号 YY_BH LIKE %5400% 这个条件会产生全表扫描，如果改成YY_BH LIKE X5400% OR YY_BH LIKE B5400% 则会利用YY_BH的索引进行两个范围的查询，性能肯定大大提高。7、 UNION操作符UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。实际大部分应用中是不会产生重复的记录，最常见的是过程表与历史表UNION。如：SELECT * from gc_dfysunionSELECT * from ls_jg_dfys这个SQL在运行时先取出两个表的结果，再用排序空间进行排序删除重复的记录，最后返回结果集，如果表数据量大的话可能会导致用磁盘进行排序。推荐方案：采用UNION ALL操作符替代UNION，因为UNION ALL操作只是简单的将两个结果合并后就返回。SELECT * from gc_dfysunion allSELECT * from ls_jg_dfysSQL书写的影响同一功能同一性能不同写法SQL的影响如一个SQL在A程序员写的为 SELECT * from zl_yhjbqkB程序员写的为 SELECT * from dlyx.zl_yhjbqk（带表所有者的前缀）C程序员写的为 SELECT * from DLYX.ZLYHJBQK（大写表名）D程序员写的为 SELECT * from DLYX.ZLYHJBQK（中间多了空格）以上四个SQL在ORACLE分析整理之后产生的结果及执行的时间是一样的，但是从ORACLE共享内存SGA的原理，可以得出ORACLE对每个SQL 都会对其进行一次分析，并且占用共享内存，如果将SQL的字符串及格式写得完全相同则ORACLE只会分析一次，共享内存也只会留下一次的分析结果，这不仅可以减少分析SQL的时间，而且可以减少共享内存重复的信息，ORACLE也可以准确统计SQL的执行频率。8、WHERE后面的条件顺序影响WHERE子句后面的条件顺序对大数据量表的查询会产生直接的影响，如SELECT * from zl_yhjbqk WHERE dy_dj = 1KV以下 and xh_bz=1SELECT * from zl_yhjbqk WHERE xh_bz=1 and dy_dj = 1KV以下以上两个SQL中dy_dj（电压等级）及xh_bz（销户标志）两个字段都没进行索引，所以执行的时候都是全表扫描，第一条SQL的dy_dj = 1KV以下条件在记录集内比率为99%，而xh_bz=1的比率只为0.5%，在进行第一条SQL的时候99%条记录都进行dy_dj及xh_bz的比较，而在进行第二条SQL的时候0.5%条记录都进行dy_dj及xh_bz的比较，以此可以得出第二条SQL的CPU占用率明显比第一条低。9、查询表顺序的影响在FROM后面的表中的列表顺序会对SQL执行性能影响，在没有索引及ORACLE没有对表进行统计分析的情况下ORACLE会按表出现的顺序进行链接，由此因为表的顺序不对会产生十分耗服务器资源的数据交叉。（注：如果对表进行了统计分析，ORACLE会自动先进小表的链接，再进行大表的链接）10、SQL语句索引的利用对操作符的优化（见上节）对条件字段的一些优化采用函数处理的字段不能利用索引，如：substr(hbs_bh,1,4)=5400，优化处理：hbs_bh like 5400%trunc(sk_rq)=trunc(sysdate)， 优化处理：sk_rq=trunc(sysdate) and sk_rq50，优化处理：ss_df30X|hbs_bhX5400021452，优化处理：hbs_bh5400021542sk_rq+5=sysdate，优化处理：sk_rq=sysdate-5hbs_bh=5401002554，优化处理：hbs_bh= 5401002554，注：此条件对hbs_bh 进行隐式的to_number转换，因为hbs_bh字段是字符型。条件内包括了多个本表的字段运算时不能进行索引，如：ys_dfcx_df，无法进行优化qc_bh|kh_bh=5400250000，优化处理：qc_bh=5400 and kh_bh=25000011、应用ORACLE的HINT（提示）处理提示处理是在ORACLE产生的SQL分