文档介绍：MIS系统课程设计标准〔草案〕
1．开发环境标准
使用windows 操作系统
使用SQL Server 或 ACCESS数据库
2．开发语言标准
使用团队熟悉的一种开发语言，如：VB,Delphi,ASP,JSP,Java…中都做类似的缩写。不要在一个表中缩写为“ 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批处理之中。错误消息应该是一种会引起您注意的内容，而不是一种可以经常被忽略的内容。应防止生成不必要的错误消息，以免变得对它们熟视无睹。
注释
通过平衡澄清含糊与不确定的编码元素的需求与让代码免于噪声和不必要干扰的需求，来确定在自己的代码中“注释”什么。过分的注释与注释不足同样不可取。过分注释一个脚本将给您带来大量的工作，还不能真正改善代码的可读性。
当处理某些从编码的角度来看不是显而易见的，并且那些继续处理此编码的人应该知道的内容时，才应注释它。任何有意义的存储过程都应该在其开始处包含一个代码块，用来描述该过程以及该过程做什么。如同对待任何源代码过程，跟踪诸如谁修改了代码和修改代码的时间等事项也可以是非常方便的