项目小结之数据库设计

核心提示： 最后来总结了我这个项目中的具体应用： 第一：启用数据字典理念来提高开发效率，什么是数据字典这里我不多说，项目小结之数据库设计(3)，大家不知道的可以网上搜索下，在一个项目中有时会遇到非常多的选项，我们可以把所有模块中包含了了解管道选项的主表与这个中间关系表联系起来，这样就只用维护这一个关

最后来总结了我这个项目中的具体应用：

第一：启用数据字典理念来提高开发效率。什么是数据字典这里我不多说，大家不知道的可以网上搜索下。在一个项目中有时会遇到非常多的选项，就是供表单选择某些小数据项的内容，请看下面的图：

每一个模块在插入记录时都或多或少有这样的选项，如果每一张表都建一个对应的选项表的话，维护进来工作量相当大，所有可以把这些小数据量的选项存储到一张表，数据字典表如下：

下面是数据字典的数据展示图:

第二：对数据库表字段数据类型的设置有了进一步认识。

1:SQL有一种特殊的数据类型；Unicode 数据类型,包括 Nchar,Nvarchar 和Ntext 传统的非 Unicode 数据类型允许使用由特定字符集定义的字符。使用 Unicode 数据类型，列中可以存储任何由Unicode 标准定义的字符。在 Unicode 标准中，包括了以各种字符集定义的全部字符。使用Unicode数据类型，所占用的空间是使用非 Unicode 数据类型的两倍。当列的长度变化时，应该使用Nvarchar 字符类型。当列的长度固定不变时，应该使用 Nchar 字符类型。我们在表单验证时，用户有时会输入英文和中文混合文字，为了验证方便，可以将这种情况时的字段设置成Unicode 。

2:对于非Unicode 数据,尽量选择相对应的类型,例如手机号码一般都是数字组成，且长度基本固定，设置成char(15)就行,email设置成varchar(100)就行。

第三：如何灵活利用一对多关系。一对多的关系非常常见，但如果加以灵活应用有时效果更佳。

例如，上面的图中有一个了解管道的选项，它和对应的主表是一对多的关系，如果这个选项在不同的模块中出现，我们是否需要为每个主表建立一个一对多关系呢?我选择做一个中间关系表。我们可以把所有模块中包含了了解管道选项的主表与这个中间关系表联系起来，这样就只用维护这一个关系表就行了，节约不少时间。