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

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

比如：

 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，支付金额)

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

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