文档介绍：33
33
・・3 ・・3 ・・4 ・・4 ・・4 ・・4 ・・4 ・・5 ・・5 ・・6 ・・6 ・・6 ・・7 ・・7 ・・7 ・・7 ・・7 ・・8
10
11
11
13
13
14
14
14
15
些文件的后继更改都应该放到VSS中管理.
在项目刚开始时，找到•个所有Team成员都能够访问的共享•按照以下结构初始化VSS目录 和数据库了目录: \，应该有一个可能创建所有数 据库的命令文件.
\DBName在系统中的每个数据应该有自己的目录结构，如下: \CMD=用来创建此数据脖的脚本文件，并且来更改数据擁构架.
\DAT=用来刷新此数据库的数据文件.
\SP：用来存储存储过程的脚本
\TBL：除了下面了•目录・这个目录应该包扌舌衣的定义脚本，每个农应该有它自己的脚本，此脚 本应该包括经农的删除，创建语句，，完整性参照，Check约束，默认值约束等, 每个衣创建语句应该包播在不同的脚本中，并彼把归类到类似于下而的相应的了目录中•注意: 本目录中的脚本和以下了目录的脚本应该命名为它所影响的衣名，比如：： \Checl＜：为每个农创建独立的Check约束定义脚本，Check约束应该使用alter table add constraint来创建，并且每个alter table语句只能包括一个contraint.
\DEFAULT：为每个农创建单独的Default约束定义脚本。注意这些是Default Constraints.
而不是在创建衣时的Defaulto \FK=为每个衣创建单独的外键约束定义脚本.
\Index:为每个衣创建•个索引定义脚本，并把对应索引定义脚本放进去.
\PK：为每个农创建单独的主键定义脚本 \TRG：为每个衣创建单独的触发器定义脚本，并把应用到此农上的触发器放进此脚本文件中。
\UDF：用户自定义函数。
\View：视图定义脚本。
\DCL：数据控制语句脚本一主耍包括控制所有的数据脖对象的Grant和Revoke语句。
\MISC：, 不要放此目录看成是一个包罗各种脚本的容器，只应包扌舌需耍放到VSS中•但是又不属于上面 所列目录的脚本。
4•物理数据库模型&字典
E-R图农和数据宁典可以让任何使用数据库的人都明确的知道如何从数据库中获得数据。E-R 图对农明农之间关系很有用，而数据宁典则说明了每个字段的用途以及任何可能存在的别名
物理模型图形化的展现数据库的实现，它由逻辑数据模型及底层关系型数据库管理系统来决定• 由逻辑模型转变为物理模型包括以下的任务:
为实体和属性创建合理的数据库名字
为每个属性设计数据类型和是否允许为空
定义规则和默认值
5
=＞不用花费时间在常规的事情上，比如对象名称转换等，并可允许多次设计，编程
4
7
10
不要使用过多的索引，要确认你知道哪个索引将被使用。
确认对应农存在统计信息。同时在数据库中打开Auto Generate Stats和Auto create stats选项。在一个只读的数据库中，我们可能需變手动的创建统计信息.
在一个只读的数据擁或者是很少被更改的数据脖中使用100%的索引填充率。
SELECT语句中，在非事务和特别的完整性要求的上下文中，要使用Table Hints-一
WITH NOLOCK
数据库命名要遵从以下命名原则: 农意性原则:数据库命名本着衣意性原则，即命名应尽量反映存储/action/view/column的数据 内容。
长名原则：很少使用或者不使用缩写，适用于DB命名之外的任一对象 数目最少化原则：数据库对象应该尽量满足数据最小化原则，也就是数据库数目，存储过程，视 图等数量最小化。
当由于多个版本的应用系统同时存在或者是其它特殊原W而使用完成相似的功能的对象存在同 时存在时，使用版本控制：版本号在对彖名的后面加上[—vl] 如:
Up_IM_DailyUsageStatsUpdate_v2
Up_IM_CustomerGetUsingLastName_v2
Server/命名实例的命名
基r Domain命名，DOMAIN的粒度，可分为三级，分别是Server级别，Database级别和 农的前缀级别。此为第•级别。
9
8
1.