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

wangjia

至少是两张表，定期和活期的结构有很大的不同。
另外，因为个人活期户数量会非常多，因此往往还会继续细分对公和对私，成为4张表。这样可以提高对公和定期的处理速度。
大佬們已經定成用一張表了
我是偏向于定活期分開，不過大佬們說定活期沒什麽太大的區別，整合在一起好處多多。說實話，不是很理解一張表好處在哪，呵呵！
而我是以定活期分開，做批處理是容易處理的有點，建議分開兩張表。不過理由有點蒼白，沒人聽進去。而我也想不出其它更好的理由。對於一張表的設計也提不出致命的缺點，只是感覺會影響以後的擴充和批處理，僅僅是感覺！
如果定活数据结构不同，最好两张表，如果就是一个状态问题，那最好还是一张表。
一张表的最大好处在与统计和查询都非常方便。维护起来也很简单，例如：一张表一个表单就搞定了，两张表得两个表单
如果是小银行还好，稍微大点的银行，做笔定期交易，在几千万的定活期表中操作一条记录，和在几万条定期表中操作一条记录，速度可大不一样啊。等做到定期转存，定期自动续存续取等批处理的时候，得扫描这个几千万条记录的大表。。。那就不可想象了。
另外，定期和活期没太大区别吗？不会吧。。。定期比活期复杂不少，要记录部提次数，自动转存标志，存期，续存续取周期等等用于定期特定处理的信息，这些都是活期所不需要的。
原帖由 pacman2000 于 2010-8-17 21:44 发表

如果是小银行还好，稍微大点的银行，做笔定期交易，在几千万的定活期表中操作一条记录，和在几万条定期表中操作一条记录，速度可大不一样啊。等做到定期转存，定期自动续存续取等批处理的时候，得扫描这个几千万条记录的大表。。。那就不可想象了。
另外，定期和活期没太大区别吗？不会吧。。。定期比活期复杂不少，要记录部提次数，自动转存标志，存期，续存续取周期等等用于定期特定处理的信息，这些都是活期所不需要的。
现在优化定期续存的批处理就因为定活期都搞在一起，而区分起来就很怪，想做并发都不容易。
定活期我觉得差别还是蛮大的，怎奈没办法说服几个大佬，呵呵！每个人都有自己的想法：）
原帖由 recmadan 于 2010-8-17 21:54 发表

现在优化定期续存的批处理就因为定活期都搞在一起，而区分起来就很怪，想做并发都不容易。
定活期我觉得差别还是蛮大的，怎奈没办法说服几个大佬，呵呵！每个人都有自己的想法：）

   这个就不好办了，一个大佬就不容易了，更何况是几个大佬，呵呵。所以，将就了吧。