文档介绍：精选数据库编码标准
MIS系统课程设计标准〔草案〕
1．开发环境标准
使用windows 操作系统
使用SQL Server 或 ACCESS数据库
2．开发语言标准
使用团队熟悉的一种开发语言，如：VB,Delph于可选关键字。一般应在自己的代码中省略它们。这种代码决不会产生语法错误，决不会中断，决不会通过对工具的修改而变得失效，而且不占用珍贵的屏幕资源。其中的例外就是与INSERT命令一起的INTO关键字不要省略，因为在ORACLE数据库中必须这样，以及与DELETE命令一起的FROM关键字要省略。
2. 常见单词的缩写
当您在自己创立的对象名中缩写常见单词时，请尽量保持一致。如果在一个名称中将number缩写为“ Num〞，那么在所有对象中都做类似的缩写。不要在一个表中缩写为“ No〞〔如，CustNo〕，而在另一个表中又缩写为“ Number〞〔如，InvoiceNumber〕。请保持一致。
名称选择
当命名一个对象时，要防止表、视图、UDF、过程、触发器、默认值和规那么对象之间的命名冲突，因为它们的命名必须唯一。例如，不能让一个存储过程和一个表拥有相同的名称。如前所述，尽量保持命名的描述性，而不放任自流。
表
对于表，通常应使用单个单词的单数形式的实体类型名称〔如，Customer〕。如果表与其它表有关联，应尽量建立主键与外键。
视图
对于视图，通常应使用V_开头，加上有意义的描述性单词〔如，V_Customer〕。
索引
索引命名应据用描述性，见名知意，如果一个索引是建立在表Customer的CompanyName和ContractName列之上，那么好的命名应为CompanyNameContractName或类似的名称，因为索引不必在整个数据库中唯一，这样只看一下名称就可以知道该索引的主键是什么。
触发器
对于触发器，使用这样一种命名规那么，它表示激发触发器的动作和该触发器所关联的表名〔如，DeleteCustomer或InsertUpdateOrder〕。如果触发器拥有特别的特性(如，它是一个INSTEADOF触发器)，那么通常通过一个名称的前缀来说明这一点〔如，InsteadOfDeleteCustomer〕。建议：除非别无它法，否那么应尽可能防止使用触发器。
变量
。
过程和函数
过程与函数应以基于动词的形式命名，如PostPurchases或BuildHistory。
约束
约束的命名应能区分是哪一各类型的约束，并能根据名称知道该约束是干什么的，通常主键前加前缀PK_，外部键加前缀FK_，唯一键加前缀UK_，检查约束加前缀CK_，如：PK_EmployeeID，CK_Amount must not equal 0。建议：如果表中的某列或多列不可以出现重复记录，应尽可能地在这此列上建立唯一约束。

脚本建议
对象删除
试图删除一个对象之前应检查其存在性。不这样做会不必要地生成错误消息，甚至当DROP命令被分割在其自己的T－SQL批处理之中。错误消息应该是一种会引起您注意的内容，而不是一种可以经常被忽略的内容。应防止生成不必要的错误消息，以免变得对它们熟视无睹。
注释
通过平衡澄清模糊与不确定的编码元素的需求与让代码免于噪声和不必要干扰的需求，来确定在自己的代码中
“注释〞什么。过分的注释与注释缺乏同样不可取。过分注释一个脚本将给您带来大量的工作，还不能真正改善代码的可读性。
当处理某些从编码的角度来看不是显而易见的，并且那些继续处理此编码的人应该知道的内容时，才应注释它。任何有意义的存储过程都应该在其开始处包含一个代码块，用来描述该过程以及该过程做什么。如同对待任何源代码过程，跟踪诸如谁修改了代码和修改代码的时间等事项也可以是非常方便的
注释应尽量用斜线-星号(/*…..*/)，而少用双斜线(//)
脚本文件
一般而言在一个单独的脚本文件中保存自己所创立的每个数据库对象的源代码。对于重新创立或修改对象而言，这样做提供了最大的灵活性。
脚本段
如果脚本包含多个没有共享局部变量的不同段，那么通常用GO来分隔各个段，以便模块化所要执行的操作。按照这种方式，如果在其中一个段出现错误，那么可以防止它引起紧跟其后的段出错。相反地，如果希望脚本段只在其前一个脚本段不出错的条件下执行，那么可以去掉GO并将两块代码合并为一块。如果在前面的块中出现较严重的错误，那么位于后面的块中的命令永远都不会执行。
USE
如果一个脚本必须从给定数据库中运行，那么在脚本中尽可能地包含适宜的USE命令。
存储过程与函数
变量声明
如果可能，应集