数据库设计中的几个建议

一般好的数据库设计需要注意以下几点

 

 

1、一个好的数据库设计首先要满足用户的需求

所有信息系统最后都将提交给最终用户使用，对于这一点，相信大家都已经达成共识。但是准确地把握用户的需求是很难的，虽然各方面的专家已经从不同方面给出了解决方案，但是用户需求仍然是软件工程中最不确定的因素之一。

 

 

 

2、一个好的数据库设计要便于维护和扩充

为了应对用户需求的修改和添加，也为了满足各种不同的软硬件环境下系统的使用，大部分信息系统都不得不在其生命期中进行升级和调整。在这些升级、调整中，又有相当部分会涉及到数据库设计的修改，因此，数据库设计最好从一开始就能在易维护、可扩充的角度多加斟酌。

 

（1）、不要为各种编号字段的设定固定的意义

而是最好通过对照表来建立这种编号和意义的对照关系。举例来说，很多设计者习惯给部门信息给出固定的编号，这种设计有个致命的缺陷：那就是由于这种对照关系既然不体现在数据库中，就必然要用业务逻辑来进行解释，这样一来，一有新的调整就不得不更新业务逻辑代码，也就非常容易不一致的错误。

 

（2）、枚举信息要体现在相应在对照表中

而不是体现在使用该信息的表中的值字段，这样做的好处是当用户希望用该枚举信息作为查询条件的时候，通过参照表的方式可以很容易的建立这些信息，另外也避免了当多个表格中都含有该枚举信息有可能引起的不一致。

 

 

 

3、用关联表建立表和表之间的多对多关系

而不要用一个字段解析的方式进行，举例来说，为了描述用户(UserInfo)和角色(RoleInfo)之间的关联关系，我们要建立对照表UserInfo_RoleInfo，而不要试图在用户表中建立一个较长的字段，如Roles（用RoleID1; RoleID2...的形式构成）来代替，因为这样一来字段解释需要在业务代码相应的解析代码，二来由于Roles定长，无法满足用户角色的扩充。

 

 

 

4、一个好的数据库设计要具有“可读性”

如同编程书籍中反复强调的程序员一定要在代码的可读性方面下功夫一样，考虑到信息系统将来的升级和维护可能要要由另外一批人来进行，因此数据库设计必然也要具有可理解性。

 

 

 

5、一个好的数据库设计能够满足空间和效率的要求

 

 

对于一个信息系统来说，在实现用户需求的基础之上，保证一个较低的空间占用以及短的响应时间都是理智的客户所愿意看到的。那么在这一方面，数据库设计又要做些什么工作呢？

 

 

（1）、使用varchar而不要使用char字段

对于不定长信息如用户的简介信息，varchar的使用可以减少近一半的空间占用。当然这点不能一概而论，如用相应长度的char存储定长文本数据就比varchar来的合适。

 

 

（2）、不要使用BLOB字段存放“大数据”

 

BLOB字段诚如其名，本身是为存储二进制大数据而出现的，同样的道理也适用于某些DBMS所引入的TEXT字段。因为对于一般信息系统而言，最长的字段往往是一些描述文本信息，而DBMS对char/varchar的长度基本能满足这种需求。因此积极建议设计者对一些貌似很长的文本的最大允许长度进行确认，在此基础上参照DBMS中的开发手册来决定是否采用大字段。

 

（3）、不要使用设计器缺省的字段长度

 
这种做法一方面纵容了设计者对用户需求的一知半解以及对设计敷衍了事的不良习惯，另外一方面也在数据的存储上浪费了不少的空间，因为使用缺省字段长度的情况往往发生在字段上。

 

 

 

 

参考资料：    数据库设计的几个建议    http://www.studyofnet.com/news/336.html