oracle 数据库 设计规范：包括字段命名规范,表命名规范

的影响：

(1) 可以减少数据库与客户端的交互，提高性能；

(2) 有的数据库还对他们进行了某种程度的编译，在执行的时候，不用再对其中的SQL等语句进行解析，从而提高速度；

(3) 如果有多个应用，使用了不同的开发语言，当有某些关键的或者复杂逻辑希望共享，则可以考虑使用存储过程或者函数。因为存储过程等在数据库一级是共享的；

(4) 增强了应用对数据库的依赖，如果打算将来移植数据库的话，使用得越多，则移植的困难越大；数据库中的业务逻辑越多（存储过程等），应用以及存储过程等的维护难度也会增大；

(5) 通常存储过程等没有面向对象的特性，不容易设计出易于扩展的结构。当存储过程比较复杂时，或者它们相互间的调用关系比较复杂时，可能难于维护；

5 SQL的设计和使用

5.1 Sql 书写规范

5.1.1 尽量不要写复杂的SQL：过于复杂的SQL可以用存储过程或函数来代替，效率更高；甚至如果能保证不造成瓶颈的话，把条SQL拆成多条也是可以的。这与一般的编码规范很相似的，首先是要易懂。易懂也就意味着容易维护，对较为复杂的sql语句加上注释，说明算法、功能注释风格：注释单独成行、放在语句前面。

5.1.2 应对不易理解的分支条件表达式加注释；

5.1.3 对重要的计算应说明其功能；

5.1.4 过长的函数实现，应将其语句按实现的功能分段加以概括性说明；

5.1.5 每条复杂SQL语句均应有注释说明（表名、字段名 主要是说明此句SQL执 行 的作用及所取得结果集的意义）；

5.1.6 常量及变量注释时，应注释被保存值的含义(必须)，合法取值的范围(可选__________) ；

5.1.7 可采用单行/多行注释。（-- 或 /* */ 方式，不同数据库可能语法不同）；

5.1.8 连接符or、in、and、以及＝、<=、>=等前后加上一个空格；

5.1.9 不要用SELECT *：SELECT语句中写出必要的要选择的全部列名，增强语句可读性，避免不必要的选择；SELECT * 增加了对所有字段的依赖，当表增加了字段后，有可能发生错误；此外还可能增加了数据的流量，查询了一些实际不需要的字段；