关于数据库表设计的一点体会

本文探讨了金融系统中用户表的设计方案,针对投资人和借款人两类角色提出了两种不同的表结构设计方案,并对比分析了各自的优劣。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

以一个实际工作为例,在一个金融系统中,从业务上看有投资人和借款人这两类用户,但从用户类别上看有企业用户和个人用户,请问建表时如何做比较好。

方式一:

   user表

   user_person表、user_enterprise表

 

方式二:

   user表

   user_investor 投资人表     、 user_borrower 借款人表


 

注意:上述两种方式中user表均为用户总表,user表下面的两张表是user表的子集,会分别引用user表的中的主键,是具体的用户表,即user表中为所有用户的公共字段,具体表中包含具体用户的信息

点评:方式一的方式不好,因为从业务上看,投资人暂为个人用户,借款人分企业用户和个人用户,一个人不可能即是个人用户又是企业用户,所以无法同时出现在二张表中,且不是根据业务进行分表,这样在涉及到借款业务时,需要接触两张表去完成业务,而方式二就不存在这种情况。因为系统毕竟是业务系统,方式二的建表很好的体现了业务。在方式二中,一个人可以出现在投资人表中,也可以同时出现在借款人表中,这样在涉及到业务时,只需要接触一张表。

          如果是一个人员管理系统,那么建表的方式当另有更好的方式,所以根据不同的场景,同样的表会有不同的建模。

 

转载于:https://www.cnblogs.com/hzhuxin/p/4702431.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值