[数据库设计]一张多字段的表，分为两个关联表，是否合理？对性能是否有影响？

看场景？方便还是性能

@decken 我原先建了一张 user 表，发现字段不够用了，就想能不能加一张表，而不是加字段，就想到了这个问题。

如果是我， addition 表用 id 做主健， user_id 外健。

@LINAICAI 关联表有没有主键貌似没啥关系吧。

用 json 存储

info 字段如果不常用和很多数据，我会拆开来，但如果就这样这么点字段，感觉性能差不不懂的

@blue7wings 可以，最少改动最好了。量少无需太关注性能

@LINAICAI
@decken 谢谢两位。

@TangMonk 用 mongo?

@blue7wings
postgresql jsonb

如果生命周期中用户量只有十几万无所谓，如果是百万级别，还是好好考虑，联合查询稍微写得差点就瘫了

@blue7wings postgres 呗，支持的数据类型很多的，没有必要再去开个表

不 提数据量就讨论性能都是耍流氓。

@cevincheung
@TangMonk 谢谢，去了解一下。

看需求和自己的业务场景了。
这些字段本来应该是可以记录在一张表的,但是随着业务的发展,发现其中有 10 个字段在 90%的场景下是会同时出现的,剩下的 5 个字段(比如说地址信息),在极少数的业务场景下才会用到,那么楼主可以把你一张表的数据分成两张表存储,以减少原始表的大小。

主要是内存占用优化。
很多时候数据库的数据会缓存在内存中。如果能把大量无用字段分出去的话，对提高内存有效利用率很有帮助。

不知道自己理解的对不对， mongo 应该没有表的概念了，就是一堆键值对的数据库……
附表使用率不高的话是合理的，反之就会拖累效率，多表查询是个效率不怎么的事情……
主键这东西和索引还是又一定关系的，对查询效率有影响
不是这方面的专家，说错轻喷

对性能是一点有影响的，但是 ，一般人遇到的应用，性能一定是最后考虑的问题。