讨论:数据库的设计(应对变化的需求)
为一个厂子写IMA。现在情况是这样:本来是叫为一个仓库写的,已经写的差不多了。客户比较满意效果吧,于是要求为别的仓库也改为计算机管理。因为同一厂两个仓库的E-R图中有些实体是相同,于是把所有数据表放在一个数据库内,这样方便维护与操作。在开始进行数据库设计时,考虑到一个问题:可能客户在这部分完成后,又会要求添加为别的仓库。就又会给数据库添加表。发现这样的扩展延伸不是很合理。
库存管理基本就是领/还料的操作。如五金仓就建立 部门,员工,用户,机台,领料主,领料从...。其中部门,员工,机台就是相同的,用户表结构相同。
现在就是只建立一个数据库,等着往里在建新的数据表(客户'善变的要求')。个人觉得这样的设计不是很合理。想把公共数据独立建个数据库,然后有新的需求就建新库,无则删除即可。另外对于'用户'这个表也不是很好处理。
大家有没有遇过这种情况?给出出主意啊! 谢了!