设计数据库表时，将定期和活期设计在一个表里好？还是分开好？ - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

合在一起和分开都有好处，不过目前我只看到了合在一起的坏处，而没看到坏处，呵呵！
基于上面说的查询客户下所有定期和活期账户，我的想法是设计一张客户、账户关系表，这样既可以解决查询问题，也可以将联名户的关系放在此表中
合在一起的不好之处在哪？举个例子吧。
就利率而言，定期开户时就已经确定了，而活期在结息时取最新的利率进行结息。因此定期利率要从产品继承到定期账户中；而活期利率则取产品中设置的利率即可。如果定活期合在一张表中，就得判断是定期，还是活期，以便走不通的分支。
其实，个人觉得合在一起代码量也不会少，很多地方都要判断账户是定期还是活期，以便走不同的分支。逻辑分支多了以后，代码的可读性难免会下降，因而也就会影响日后维护。而分开两张表，代码就比较单一了。
这目前感觉合在一起不怎么好的地方。
合并成一张表吧！
把活期、定期、内部账（包括清算）之类的都放到一张表中，现在在用的系统就有是这样的哦！
合在一起不好啊，很多字段对于某一类型账户是冗余的，这样，除非是设计者，否则很多开发人员，特别是不懂业务的，会晕的。
而且扩展性也很不好，比如增加一种业务品种，需要加一个字段，就要影响所有账户。
基础信息要在一张表里，靠字段区分，这些重要字段包括：账户种类，科目，币种，etc. 没必要拆开，那样出报表简直就要命了，能区分出账户种类和科目不就行了呗！
结息计算都是根据存款账户基本表里的科目和账户类型，关联存款积数表和利率表去计算。
结论，搞一张表里，字段要够全，还得设计一些预留字段，因为以后还会有很多新的存款产品和账户类型，都要考虑到。
如果是小行 分户账定活存放同一个的话 倒是没关系 不过明细账还是建议拆分 否则肯定会影响效率