SQL Server 设计、命名、编码规范 PDF 下载

失效链接处理
SQL Server 设计、命名、编码规范 PDF 下载

本站整理下载：
链接：https://pan.baidu.com/s/1KOX2JXKXomY5UFhpbt_4uA
提取码：2vgz

相关截图：

主要内容：

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脚本或者一次更改的脚本，注意，不要放此目录看成是一个包罗各种脚本的容器，只应包括需要放到VSS中，但是又不属于上面所列目录的脚本。