设计数据库的时候所想

在做“左岸风度物业管理系统”的数据库设计，前一个周需求大体确定完之后，已经做了一些了，画了ERD及部分重要的数据流图，数据字典也写了一些了。 但是在缴费历史表的设计上，还是有些问题。因为“历史不能被改变”，所以这缴费历史表中所保存的信息便不能与缴费类型表等等想外链连接，否则在其它表记录改变的时候，历史也随着改变了。我开始的做法是将一些日后需要被查询的字段全部固定在这个表中，这样冗余就大了，跟数据库梁老师讨论过，他建议做一些变更表，缴费历史表引入变更表的外键，从而达到减少冗余的问题。可是这样要维护的表就很多了，头更大了。。哎。。 还有一个问题，停车位缴费的问题，为统一管理，我想把所有的缴费类型全都做在一张表里，而这个停车位缴费是要与停车位关联的，不像水电费什么的，是可以单独管理的。。纠结，，复杂。。于是，我想了下还是在缴费类型表里引入了停车位类型表的外键，只不过它是可空的。。 一个项目，最初想它不是很大不是很难，但深入分析起来，却又变得好复杂。特别是有时候项目的客户都描述不清楚需求。。 脑袋挺乱，希望学期结束前能够把它做完。。。