2014数据库开发规.docVIP

数据库开发规范 1、命名规范 1.1、命名总规则 1、 所有名称的字符范围为：A-Z, a-z, 0-9 和_(下划线)。不允许使用其他字符作为名称。 2、 采用英文单词或英文短语（包括缩写）作为名称，不能使用无意义的字符或汉语拼音。 3、 名称应该清晰明了，能够准确表达事物的含义，最好可读，遵循“见名知意”的原则。 1.2、表命名规范 1、不使用tab或tbl作为表前缀（本来就是一个表，为什么还要说明） 2、表名以代表表内的内容的一个和多个名词组成，以下划线分隔，每个名词的第一个字母大写。 3、使用表的内容分类作为表名的前缀：如，与用户信息相关的表使用前缀User_，与内容相关的信息使用前缀Content_。 4、表的前缀以后，是表的具体内容的描述。如：用户登录信息的表名为：User_Login，用户在论坛中的信息的表名为：User_BBS_Info 5、一些作为多对多连接的表，可以使用两个表的前缀作为表名： 如：用户登录表User_Login，用户分组表Group_Info，这两个表建立多对多关系的表名为：User_Group_Relation 6、当系统中有一些少量的，重复出现的值时，使用字典表来节约存储空间和优化查询。如地区、系统中用户类型的代号等。这类值不会在程序的运行期变化，但是需要存储在数据库中。 就地区而言，如果我们要查询某个地区的记录，则数据库需要通过字符串匹配的方式来查询；如果将地区改为一个地区的代号保存在表中，查询时通过地区的代号来查询，则查询的效率将大大提高。 程序中宜大量的使用字典表来表示这类值。字典表中保存这类值的代号和实体的集合，以外键的方式关联到使用这类值的表中。然而，在编码阶段，程序员并不使用字典表，因为首先查询字典表中实体的代号，违背了提高查询效率的初衷。程序员在数据字典的帮助下，直接使用代号来代表实体，从而提高效率。 虽然字典表在实际上并不使用，但是仍应该保留在数据库中（起码是在开发期内保留）。字典表作为另一种形式上的“数据字典文档”出现，以说明数据库中哪些表的哪些字段是使用了字典表的。 为了提高数据库的数据完整性，在开发阶段可以保留完整的字典表和普通表的外键约束。但是在数据库的运行阶段，应该将普通表和字典表的外键删除，以提高运行效率，特别是某些表使用了很多字典表的情况。 案例：某数据库中有百万条用户信息，应用系统中常常需要按照地区要查询用户的信息。用户信息表以前是按照具体的地区名称来保存的，现在将具体的名称改为字典表中的地区代号，查询效率大大提高。 字典表统一以dic_作为前缀。 1.3、字段命名规范 1、字段不使用任何前缀（表名代表了一个名称空间，字段前面再加前缀显得罗嗦） 2、字典名也避免采用过于普遍过于简单的名称：例如，用户表中，用户名的字段为UserName比Name更好。 3、布尔型的字段，以一些助动词开头，更加直接生动：如，用户是否有留言HasMessage，用户是否通过检查IsChecked等。 4、字段名为英文短语、形容词+名词或助动词+动词时态的形式表示，大小写混合，遵循“见名知意”的原则。 2、SQL语句规范 1、不允许写SELECT * FROM ……，必须指明需要读取的具体字段。 2、不允许在应用程序代码中直接写SQL语句访问数据库。 3、避免在一行内写太长的SQL语句，在SQL关键字的地方将SQL语句分成多行会更加清晰。 如：SELECT UserID,UserName,UserPwd FROM User_Login WHERE AreaID=20 修改成： SELECT UserID,UserName,UserPwd FROM User_Login WHERE AreaID=20 更加直观 4、在一些块形式的SQL语句中，就算只有一行代码，也要加上BEGIN…END块。 如：IF EXISTS(…) SET @nVar = 100 应该写成： IF EXISTS(…) BEGIN SET @nVar = 100 END 5、SQL批处理语句的空行和缩进与一般的结构化程序语言一致，应该保持良好的代码格式。 6、所有的SQL关键字大写 3、存储过程编码规范 3.1、只允许应用程序通过存储过程访问数据库 只允许应用程序通过存储过程访问数据库，而不允许直接在代码中写SQL语句访问数据库。 在数据库开发项目中，大量使用存储过程有很多的好处，首先看