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

wangjia

每个人都有自己想法，要统一思想的话，还得跑朝鲜去学习，呵呵！
或许大佬看到了咱还没看到的前景也未可知！
真不知道楼主这些大佬到底是什么技术水平，从理论上来说，在逻辑模型上，活期和定期是两个不同的实体，有着不同的属性项，在进行物理库设计的时候，一般都会按照两个独立的数据库表设计。从实际环节，大部分银行活期、定期都对应不同数据库表，原因前面的几位都描述的很清楚了。
建议使用两张表（业务展现或查询性能需要），但可以做一张主表做状态，关联是只有活期，还是只有定期，还是两种都有的。
物理结构，放在一张表里有一张表的好处（开发设计层面，接口简单）
举个例子：需要查询一个客户下的活期和定期账户，一张表里就可以实现，不用去关联别的表
怎么样的设计都有他一定的合理性，没有什么好不好的，只能说这样设计有这样的好处，那样设计有那样的缺点，好的设计就是
优点大于缺点
按理来说这种表应该早就设计好，很少改动的啊，更不用说重新设计。不是在架构上开发？怎么还会讨论这种基础表，新做系统？
我接触的是一张主表和二张次表，主表存放所有的公共账户信息，两张次表分别存放定期和活期的特殊信息。