SQL.Serve.设计命名编码规范.docVIP

SQL Server 设计、命名、编码规范 SQL Server Database Design, Code and Development Standards 1.更改 Change Name Date 命名原则：表意性原则（增加）　 DavidDong Jan/05 数据库命名 DavidDong Jan/05 表命名 DavidDong Jan/05 Server/Instance命名 DavidDong Jan/05 JOB,复制命名 DavidDong Jan/05 ? ? ? ? ? ? ? 2.简介 数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求 数据库设计和开发标准是使Newegg Support Center的数据库系统的设计和开发正式化的标准。通过此标准，来规范数据库设计。 通过一致的系统解决方案，能给我们的系统带来以下优点： (?????? 开发出高可管理性的高质量系统 (?????? 能够快速的进行开发 (?????? 减少维护代码的时间 (?????? ( 非常容易的把代码从一个项目拷贝至另一个项目 (?????? ( 节省把游标，错误处理信息从一个项目中拷贝到另一个项目中的时间 (?????? ( 使程序逻辑简单化 (?????? ( 不用花费时间在常规的事情上，比如对象名称转换等，并可允许多次设计，编程和对复杂事件的测试工作 (?????????????????? 在代码出错时大大节省时间 (?????????????????? 只要在第一次是有个良好的设计 3.开发环境 3.1数据库模型 CA公司的ERwin/SQL是数据建模的一个首选工具. 在开发经常改变的项目时，使用ERwin来生成表（创建/删除）,索引，规则，数据类型等数据库对象的脚本，在对项目文件进行修改之前，请确认已经对这些脚本进行过备份. 任何数据库的改变，不管是在开发中还是在产品服务器中，都要用ERwinDiagram中进行相应的修改.如果产品服务器上做出了更改，则一定要对主脚本和ERwin diagram进行相应更新. 3.2 Diagrams 使用Visio进行数据diagram,流程图，服务器拓朴和其它diagrams进行设计.文档化系统或者处理流程可以大大有利于团队间的协作. 3.3版本控制 推荐使用Visual SourceSafe（VSS）对NESE数据库对象进行管理. 在任何项目中，都应该有很好的代码更改控制，初始版本文件应该放到VSS中并被注释.所有对这些文件的后继更改都应该放到VSS中管理. 3.4 源码目录结构 在项目刚开始时，找到一个所有Team成员都能够访问的共享.按照以下结构初始化VSS目录和数据库子目录： \CMD 包括全系统脚本的脚本文件，如果是一个多数据库的系统，应该有一个可能创建所有数据库的命令文件. \DBName 在系统中的每个数据库应该有自己的目录结构，如下： \CMD：用来创建此数据库的脚本文件，并且来更改数据库构架. \DAT：用来刷新此数据库的数据文件. \SP：用来存储存储过程的脚本 \TBL：除了下面子目录，这个目录应该包括表的定义脚本，每个表应该有它自己的脚本，此脚本应该包括经表的删除，创建语句，索引，触发器，完整性参照，Check约束，默认值约束等，每个表创建语句应该包括在不同的脚本中，并被把归类到类似于下面的相应的子目录中.注意：本目录中的脚本和以下子目录的脚本应该命名为它所影响的表名，比如：表名.sql： \Check：为每个表创建独立的Check约束定义脚本，Check约束应该使用alter table add constraint 来创建，并且每个alter table 语句只能包括一个contraint。 \DEFAULT：为每个表创建单独的Default约束定义脚本。注意这些是Default Constraints，而不是在创建表时的Default。 \FK：为每个表创建单独的外键约束定义脚本。 \Index:为每个表创建一个索引定义脚本，并把对应索引定义脚本放进去. \PK：为每个表创建单独的主键定义脚本 \TRG：为每个表创建单独的触发器定义脚本，并把应用到此表上的触发器放进此脚本文件中。 \UDF：用户自定义函数。 \View：视图定义脚本。 \DCL： 数据控制语句脚本—主要包括控制所有的数据库对象的Grant 和 Revoke语句。 \MISC：这儿用于存放各式各样的其它脚本，例如alter table脚本或者