二：第二范式:在第一范式的基础上建立起来的。要求数据库表中的每个实例或行必须可以被惟一地区分。通常需要为表加上一个列，以存储各个实例的惟一标识。这个惟一属性列被称为主关键字或主键、主码。像上面的Regulations的ID列就是一个身份标识列(identity)。
三：第三范式:要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如：上面有了一个文件表 Regulations,如果这个表是存储的主文件，它相应的还有n个附件信息的话，我们就需要创建另外一张附件表来存储附件。两表如何联系起来呢，我们可以把主文件表的主键随同附件信息做为一条记录插入到附件表中，这里插入的主文件表信息中只包含了主键ID，并没有插入其它信息，这种关系就满足了第三范式要求。
create table Attachment (
ID int identity,
FileID int null,//主文件主键ID
Address varchar(255) null,
Title nvarchar(200) null,
constraint PK_ATTACHMENT primary key (ID)
)
最后来总结了我这个项目中的具体应用：
第一：启用数据字典理念来提高开发效率。什么是数据字典这里我不多说，大家不知道的可以网上搜索下。在一个项目中有时会遇到非常多的选项，就是供表单选择某些小数据项的内容，请看下面的图：
每一个模块在插入记录时都或多或少有这样的选项，如果每一张表都建一个对应的选项表的话，维护进来工作量相当大，所有可以把这些小数据量的选项存储到一张表，数据字典表如下：
下面是数据字典的数据展示图:
第二：对数据库表字段数据类型的设置有了进一步认识。
1:SQL有一种特殊的数据类型;Unicode 数据类型,包括 Nchar,Nvarchar 和Ntext 传统的非 Unicode 数据类型允许使用由特定字符集定义的字符。使用 Unicode 数据类型，列中可以存储任何由Unicode 标准定义的字符。在 Unicode 标准中，包括了以各种字符集定义的全部字符。使用Unicode数据类型，所占用的空间是使用非 Unicode 数据类型的两倍。当列的长度变化时，应该使用Nvarchar 字符类型。当列的长度固定不变时，应该使用 Nchar 字符类型。我们在表单验证时，用户有时会输入英文和中文混合文字，为了验证方便，可以将这种情况时的字段设置成Unicode 。
2:对于非Unicode 数据,尽量选择相对应的类型,例如手机号码一般都是数字组成，且长度基本固定，设置成char(15)就行,email设置成varchar(100)就行。
第三：如何灵活利用一对多关系。一对多的关系非常常见，但如果加以灵活应用有时效果更佳。
例如，上面的图中有一个了解管道的选项，它和对应的主表是一对多的关系，如果这个选项在不同的模块中出现，我们是否需要为每个主表建立一个一对多关系呢?我选择做一个中间关系表。我们可以把所有模块中包含了了解管道选项的主表与这个中间关系表联系起来，这样就只用维护这一个关系表就行了，节约不少时间。
文章来源于领测软件测试网 https://www.ltesting.net/
