SQL中如何设计支持多种内容类型的Post表且无需创建额外主表？

针对不同类型帖子共用公共字段、差异字段超过20个且无需新建第二张Post表的需求，推荐两种成熟的落地方案：

方案一：公共表 + JSON/JSONB 存储差异字段（优先推荐） #

这是绝大多数社交产品同类场景的首选方案，核心是把通用字段和差异字段做分离存储，整体数据全部存在同一张posts主表：

1. 主表只保留所有类型通用的公共字段，新增post_type字段标记帖子类型，新增extra字段用JSON/JSONB类型存储各类型的差异字段
2. 示例建表语句：

-- 以PostgreSQL为例，MySQL可将JSONB替换为JSON类型
CREATE TABLE posts (
  id BIGINT PRIMARY KEY GENERATED ALWAYS AS IDENTITY,
  post_type VARCHAR(32) NOT NULL COMMENT '帖子类型：qa=问答帖/poll=投票帖/normal=普通动态',
  user_id BIGINT NOT NULL COMMENT '发布用户ID',
  like_count INT NOT NULL DEFAULT 0 COMMENT '点赞数',
  comment_count INT NOT NULL DEFAULT 0 COMMENT '评论数',
  view_count INT NOT NULL DEFAULT 0 COMMENT '浏览数',
  public_content TEXT COMMENT '所有类型共用的正文内容',
  created_at TIMESTAMPTZ NOT NULL DEFAULT CURRENT_TIMESTAMP,
  updated_at TIMESTAMPTZ NOT NULL DEFAULT CURRENT_TIMESTAMP,
  extra JSONB NOT NULL DEFAULT '{}' COMMENT '各类型专属差异字段存储'
);

3. 方案优势：

• 扩展完全灵活，新增帖子类型不需要修改表结构，20+甚至上百个差异字段都可以直接存在extra中，不会产生空列冗余
• JSONB支持对内部字段创建索引，对差异字段的查询效率接近普通列，完全满足业务筛选需求
• 所有帖子数据统一存在一张主表，无需拆分Post相关的主表

4. 配套使用规范：

• 业务层对每个post_type对应的extra字段结构做单独校验，保证同类型帖子的字段格式统一
• 对需要高频筛选的差异字段单独创建部分索引，比如投票帖的过期时间：CREATE INDEX idx_poll_expire ON posts ((extra->>'expire_at')) WHERE post_type = 'poll';
• 极端高频访问的差异字段可以单独拆为公共表的冗余列，进一步提升查询效率

方案二：稀疏列方案（适合类型固定、强Schema要求的场景） #

如果业务对数据一致性要求高，不接受JSON的弱类型校验，可以用数据库支持的稀疏列特性实现：

• 所有差异字段都直接在posts表中创建普通列，设置允许为空
• 数据库会自动对NULL值的稀疏列做存储压缩，20+甚至上百个空列几乎不会占用额外存储空间
• 优势是所有字段都是强类型，数据库层面就可以做约束校验，不需要额外的业务层逻辑；缺点是新增帖子类型需要执行DDL加列，扩展灵活度比JSON方案低

两种方案都可以满足不新建第二张Post表的需求，可根据自身业务特性选择。

内容的提问来源于stack exchange，提问作者Ulvi