PostgreSQL中按条件区分字段的会议纪要表设计最佳实践咨询

现有设计的问题修正 #

• 字段名不一致：当前字段定义中音频存储字段叫recording_source，但约束中使用的是audio_source，需先统一命名，建议统一为audio_source更符合语义。
• 日期字段类型不合理：created_at不要用varchar(10)存储，直接使用date类型即可，既节省存储空间，也能避免字符串格式不统一的问题，精确到天的唯一约束直接写UNIQUE(created_at)就可以生效，不需要额外做格式转换。
• 约束语法&逻辑可优化：你提供的CHECK约束有多处缺少闭合括号，且分散的约束逻辑可以合并简化，降低后续维护成本。

优化后的单表方案（推荐新手使用，逻辑最简单） #

该方案完全匹配你的业务规则，逻辑清晰无额外学习成本，适合刚接触PostgreSQL的阶段：

-- 先创建枚举类型
CREATE TYPE meeting_note_type AS ENUM ('audio', 'text');

CREATE TABLE meeting_note (
    id serial PRIMARY KEY,
    meeting_id integer REFERENCES meeting(id),
    note_type meeting_note_type NOT NULL,
    meeting_content text,
    summary varchar(255),
    created_at date NOT NULL UNIQUE,
    audio_source varchar(255),
    -- 合并所有校验逻辑到一个CHECK约束，规则一目了然
    CHECK (
        CASE note_type
            WHEN 'text' THEN 
                meeting_content IS NOT NULL 
                AND audio_source IS NULL
            WHEN 'audio' THEN
                audio_source IS NOT NULL
                AND meeting_content IS NULL
                AND summary IS NULL
        END
    )
);

可选进阶方案：表继承（适合未来业务扩展场景） #

如果后续两类纪要的专属字段会持续增加，单表会出现大量空字段，可以用PostgreSQL特有的表继承特性解决你之前拆分表无法实现跨表唯一约束的问题：

-- 父表存储所有公共字段，唯一约束直接在父表生效
CREATE TABLE meeting_note (
    id serial PRIMARY KEY,
    meeting_id integer REFERENCES meeting(id),
    note_type meeting_note_type NOT NULL,
    created_at date NOT NULL UNIQUE
);

-- 文本类型子表，只存文本专属字段
CREATE TABLE meeting_note_text (
    meeting_content text NOT NULL,
    summary varchar(255)
) INHERITS (meeting_note);

-- 音频类型子表，只存音频专属字段
CREATE TABLE meeting_note_audio (
    audio_source varchar(255) NOT NULL
) INHERITS (meeting_note);

该方案两类数据完全分离，没有冗余空字段，公共字段的约束统一在父层生效，不需要额外做跨表校验。

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