儿童生长监测数据SQL表结构设计咨询：三表还是两表？

核心结论 #

优先采用三表结构（母亲表、儿童表、体检记录表），这是符合数据库设计范式、兼顾扩展性与维护性的最优方案，以下是具体分析与结构示例：

为什么选三表结构？ #

1. 避免数据冗余，符合第三范式

   • 儿童的基础信息（如性别、出生日期）和母亲信息不会因多次体检/多个子女重复存储。哪怕当前没有未关联体检的儿童，未来新增儿童时（比如还未做第一次体检），也能独立存储其信息，无需依赖体检记录。
   • 修改母亲或儿童的信息时，只需更新单条记录，不会出现数据不一致的问题。

2. 逻辑清晰，扩展性强

   • 三张表职责明确：母亲表存储母亲独立信息，儿童表存储儿童核心标识与关联关系，体检记录表存储每次体检的动态数据。
   • 后续扩展字段（如给儿童加过敏史、给母亲加教育程度、给体检加头围/骨龄指标）时，无需重构现有表的核心结构，改动成本极低。

3. 查询效率更优

   • 统计儿童/母亲基础信息时，无需扫描大量体检记录数据；查询体检数据时，也不用加载无关的冗余信息，减少数据传输量。

表结构示例 #

1. 母亲表 (mothers)

CREATE TABLE mothers (
    mother_id INT PRIMARY KEY, -- 使用你提供的母亲ID作为主键
    name VARCHAR(50) NOT NULL,
    birth_date DATE,
    phone VARCHAR(20)
    -- 可按需添加其他母亲属性
);

2. 儿童表 (children)

CREATE TABLE children (
    child_id INT PRIMARY KEY, -- 使用你提供的儿童ID作为主键
    mother_id INT NOT NULL,
    name VARCHAR(50) NOT NULL,
    gender ENUM('男','女','其他'),
    birth_date DATE,
    FOREIGN KEY (mother_id) REFERENCES mothers(mother_id)
        ON DELETE RESTRICT ON UPDATE CASCADE -- 外键规则可根据业务调整
);

3. 体检记录表 (checkups)

CREATE TABLE checkups (
    checkup_id INT PRIMARY KEY AUTO_INCREMENT,
    child_id INT NOT NULL,
    checkup_date DATE NOT NULL,
    weight DECIMAL(5,2) NOT NULL, -- 单位：kg
    height DECIMAL(4,1) NOT NULL, -- 单位：cm
    -- 可按需添加头围、骨龄等其他体检指标
    FOREIGN KEY (child_id) REFERENCES children(child_id)
        ON DELETE CASCADE ON UPDATE CASCADE -- 删除儿童时可同步删除其体检记录，或按需调整
);

为什么不推荐两表结构？ #

如果将儿童与体检记录合并为一张表，会导致：

• 同一个儿童的基础信息（如姓名、母亲ID）在每条体检记录中重复存储，既浪费空间，又增加了数据不一致的风险（比如修改儿童姓名时需更新所有关联体检记录）。
• 表的职责不单一，同时存储静态信息与动态数据，后续维护和扩展会变得异常复杂。

若将母亲与儿童合并，同样会导致母亲信息随多个子女重复，修改成本极高。

极端场景的特殊考量 #

如果你的业务绝对不会新增未关联体检的儿童，且永远不会扩展任何额外字段，极端情况下可考虑两表（母亲表+儿童体检合并表），但这种场景非常少见，从长期维护和扩展性来看，三表结构依然是最优选择。

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