考虑将已有字段全部加入到新表这种做法主要查询的时候。相关数据可以直接通过单表查询,不需要再做表关联。代码也简单。但是会带来一个问题就算原有表的数据改动,新表存储的字段数据依旧是老的,会造成数据的不一致。但数据改动的情况是极少数的,所以这边的设计是要怎么样比较合理一点。
1
Renco OP 补充一个这个新表的主要功能是做 流水记录。
|
2
Renco OP 个人理解上觉得 即便流水表记录的是老数据,整体影响也不大。
|
3
wangritian 2020-09-16 11:07:30 +08:00
我的想法是如果项目初期,需求变动频繁,qps 要求不高,可以 join 求灵活;反之需求稳定,qps 要求高,或新旧表业务关联性不高,就复制字段,需要同步修改的时候让旧表模块广播个消息
|
4
libook 2020-09-16 13:28:21 +08:00
自己的项目经验来看,数据能放在一个地方就不要复制两份,维护缓存是一个超级烦人的问题,还容易出错。
新字段为什么不能直接加到旧表里,是维度不一样嘛? 如果是日志表的话,仅承诺数据是当时记录发生时的数据,业务上都以旧表的数据为准就好了。 |
5
richzhu 2020-09-16 13:36:32 +08:00
同样有这个疑问。。。被困扰好久
|
6
saulshao 2020-09-16 14:06:22 +08:00
设计原则的第一条是简单.所谓的冗余字段是为了特殊的需求而进行的额外设计。
因此,一般情况下不应该将旧表的字段复制到新表中。 |
7
yalin 2020-09-16 14:11:03 +08:00
简单双写?
|
8
TomVista 2020-09-16 14:18:38 +08:00
我有一个经验是:
关系型数据库一般不重复定义, 非关系型数据库,有这样的需求就应当重复定义字段 |
9
zlowly 2020-09-16 14:22:51 +08:00
虽然我们尽可能至少按 3NF 以上设计数据库时,但有时候也要兼顾性能来冗余数据,所以并不是绝对的。
另外还有一点就是有时候表面看上去的冗余也是并不一定是冗余。例如一个流水表,里面有录入人员代码,而人员代码表里有部门代码,那原则上流水表中就不需要有部门代码。但实际上人员是有可能变更部门的,那么这时候在流水表里加部门代码字段,就表示流水发生当时人员所属部门,并不算冗余。 |