数据库表设计的范式与反范式

由于之前完全范式的思维比较根深蒂固,所以在进行数据库表设计的时候,将表按模块划分清楚后,并尽量使每张表的内容干净无冗余。

比如:

 t_business(recordguid, userguid,goodsguid,payguid) (主键,购买人guid, 商品guid,支付guid)

当要统计查询某时段的交易信息时,前端需要展示用户名称,商品名称,支付金额时查询的sql t_business需要去关联

用户信息表,商品信息表,支付信息表。这种的好处是表结构单纯,没有冗余,节省物理空间,但是统计语句关联的表多,性能不高

近来发现,对于这种业务统计量大的表,其页面展示的基本信息直接存于相关表中,将以空间换时间,可提高数据库的查询效率,也可大大简化sql语句

 t_business(recordguid, userguid,username,goodsguid,goodname,payguid,paymoney) (主键,购买人guid,购买人姓名, 商品guid,商品名称,支付guid,支付金额)

在进行表格统计的时候无需关联其他表,提高了查询效率。

所以在表设计过程中根据表的业务属性和界面展示,可将范式与反范式结合,不走极端的完全范式或反范式

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值