如何设计数据库结构

time:2008/05/20

author skate

如何设计数据库结构

     如何才能设计一个满足现在的应用，性能又好。而且方便以后的扩展的数据库结构呢，
要尽量减少数据库的耦合性。

      一般在设计数据库的结构的时候，大家总是从表开始，例如描述一个登录信息，大家
一般就是建立相应字段，考虑的很少。没有过多的考虑给整体带来的性能影响及以后的
扩展性。

       所以根据以往的经验我们设计数据库要从上到下，从高到低，从整体到局部，才用面向
对象的方法来设计数据库，使数据库模块化，降低耦合性；方便以后的功能扩展或功能模块
的移植。

1. 纵观全局，详细分析业务的需要，把一些公用的信息提炼出来，做成资源模块。

2. 根据业务情况，把每个功能做成一个独立的模块，模块的设计才用全库的设计思想

3. 模块之间可能有交叉的地方，交叉地方要特别考虑，才用视图，物化试图，或
    其他的一些特殊技术，以达到耦合性最低

4. 把一个业务需求，看作一个对象，然后把对象的属性分类，然后把不同的类别放到
   同一个表，把这个对象的公共属性做成一个或几个表以作资源表使用；其实一个数据
   库结构就是一个大对象A，大对象A包含若干个较小对象A1到An（功能模块），较小对象又
   包含若干小对象A11到A1n(具体的表)

 

在我们设计schema时，要遵守几个范式

1. 要求属性具有原子性，不可在分解
2. 每个表要有主键，其他字段完全依赖于该主键
3. 字段之间不要存在值的依赖关系

遵循以上的规则，设计出来的表可能就越多，关系可能就越复杂。但是性能却不一定很好，因为表
一多就增加了关联性，特别是在高可用的OLTP数据库中，这一点表现就很明显了。所以根据实际情况
（高频率执行的一些表）我们就要打破这种规则，通过冗余法，以空间换取时间的做法，把数据冗余
在多个表中，当查询的时候可以减少或者避免表时间的关联

——－－end－－－－