sql规范讲述.docx

Sql规范 一、数据库设计规范 设计阶段可以说是系统性能的关键阶段 1.1、数据库逻辑设计的规范化 遵守数据的设计规范3NF 规定 无重复的列 要求表中的每一列只包含一个实例信息 例如： 员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一行只表示一个员工的信息，一个员工的信息在表中只出现一次。 表内的每一行都应该被唯一的标识（有唯一键） 例如： 员工信息表中加上了员工编号（UserId）列，因为每个员工的员工编号是唯一的，因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。 表内不应该存储依赖于其他键的非键信息。 要求一个数据库表中不包含其他表中的非主键信息 例如: 一个部门信息表，其中每个部门有部门编号（DeptId）、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。 1.2、合理的冗余 没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据 例如： 商品的基本表，如下所示 “金额”这个字段的存在，表明该表的设计不满足第三范式，因为“金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。但是，增加“金额”这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。 商品基本表商品名称商品型号单价数量金额电视机29吋?2,500?40??100,000 1.3、字段规范 字段是数据库最基本的单位，其设计对性能的影响是很大的 一行记录必须表内唯一，表必须有主键 用尽量少的存储空间来存数一个字段的数据. 数据类型尽量小，这里的尽量小是指在满足可以预见的未来需求的前提下。 例如 能用int的就不用char或者varchar 能用nvarchar(20)就不用nvarchar(500) 字段必须定义合适的数据类型，以减少使用过程中的数据类型转换 例如 日期类型 应用datetime 禁止用nvarchar 尽量不要允许NULL，除非必要，可以用默认值代替 尽量少用TEXT和IMAGE，二进制字段的读写是比较慢的 枚举类型的字段，需要有comment 中文注释 例如 用户表中的用户状态用1、2、需要注释1：正常、2：禁止 1.4、索引规范 在设计阶段，可以根据功能和性能的需求进行初步的索引设计，这里需要根据预计的数据量和查询来设计索引。 根据数据量决定哪些表需要增加索引，数据量小的可以只有主键 在合适的列上创建索引 根据使用频率决定哪些字段需要建立索引，选择经常作为连接条件、筛选条件、聚合查询、排 序的字段作为索引的候选字段。 优化器查找到WHERE子句或连接条件列上的索引，如果可用，可避免全表扫描 使用窄索引 对表编制大量索引会影响 INSERT、UPDATE、DELETE 和 MERGE 语句的性能，因为当表中的数据更改时，所有索引都须进行适当的调整。 例如 如果某个列在几个索引中使用且您执行修改该列数据的 UPDATE 语句，则必须更新包含该列的每个索引以及基础的基表（堆或聚集索引）中的该列。 总结 A、避免对经常更新的表进行过多的索引，并且索引应保持较窄，就是说，列要尽可能少。 B、使用多个索引可以提高更新少而数据量大的查询的性能。大量索引，可以提高不修改数据的查询（例如 SELECT 语句的性能） 单表索引不能超过六个 检查索引的数据类型 索引列的数据类型也是很重要的。 例如 在一个整数键值上的索引查询是非常快的，这是因为int数据类型的尺寸很小，而且算数操纵很容易 二、程序书写规范 2.1、大小写风格 类型约定举例系统保留字大写BEGIN、DECLARE、ELSIF、END内置函数大写SUBSTR、COUNT、TO_NUMBER预定义类型大写NUMBER(7,2)、BOOLEANSQL关键字大写SELECT、INTO、WHERE数据库对象小写表名变量名小写 2.2 、注释规范 注释总是加在程序的需要一个概括性说明或不易理解或易理解错的地方。注释应语言简炼、易懂而又准确。 2.2.1、注释的书写规范 可采用单行/多行注释。（-- 或 /* */ 方式） 2.2.2、源代码文件的注释 在文件的头部必须标明程序名称，它所完成的主要功能。 文件的作者，及完成时间。 文件的状态：测试/未测试。 主要修改活动的修改人、时间、简单原因说明列表、版本号。 维护过程中需要修改程序时，应在被修改语句前面注明修改