如何在 SQL 中正确建模 Java 实体中的 List 关系（一对多）_技术教程

sql 不支持在单个列中直接存储列表；应通过外键建立一对多关系，将 list 拆分为独立子表（如 orderitem），由子表引用父表（如 order）的主键。

在关系型数据库设计中，Java 实体类中 List 类型的字段（例如 Order 类中的 List）绝不能映射为数据库表中的一个“列表列”——SQL 标准不支持原生数组/集合类型（除 PostgreSQL 等少数数据库提供有限扩展外，且不推荐用于核心业务建模）。正确的做法是识别其背后的一对多（1:N）语义，并拆分为两张规范化表：父表（order）与子表（orderitem），子表通过外键（id_order）显式关联父表主键。

以下是符合范式、可移植性强的标准建表脚本（以 MySQL 为例，已修正原始脚本中的语法错误）：

-- 产品表（已正确定义）
CREATE TABLE product (
    id INT PRIMARY KEY AUTO_INCREMENT,
    description VARCHAR(255) NOT NULL,
    value DECIMAL(10,2) NOT NULL
);

-- 客户/人员表（假设存在，order 表需引用它）
CREATE TABLE person (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100) NOT NULL
    -- 其他字段...
);

-- 订单主表：无需也不应包含 "itens" 列！
CREATE TABLE `order` (  -- 注意：`order` 是 SQL 保留字，建议用反引号或改名（如 `orders`）
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    id_person INT NOT NULL,
    created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
    FOREIGN KEY (id_person) REFERENCES person(id)
);

-- 订单项子表：承载原 List 的每一项
CREATE TABLE orderitem (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    id_product INT NOT NULL,
    id_order BIGINT NOT NULL,
    quantity INT NOT NULL CHECK (quantity > 0),
    -- 可选：添加单价快照，避免产品价格变动影响历史订单
    unit_price DECIMAL(10,2) NOT NULL,
    FOREIGN KEY (id_product) REFERENCES product(id) ON DELETE RESTRICT,
    FOREIGN KEY (id_order) REFERENCES `order`(id) ON DELETE CASCADE  -- 删除订单时自动清理明细
);

⚠️ 关键注意事项：

禁止在 order 表中添加 itens 列：试图用 JSON、逗号分隔字符串或 TEXT 存储列表会破坏第一范式（1NF），导致查询困难、无法索引、事务不安全、难以维护约束（如唯一性、引用完整性）。
命名规范：order 是 SQL 保留关键字，生产环境强烈建议重命名为 orders 或使用反引号包裹（如上所示），否则可能引发语法错误。
数据一致性：通过 FOREIGN KEY 约束 + ON DELETE CASCADE（或 RESTRICT）确保父子数据生命周期一致；CHECK 约束保障业务规则（如数量 > 0）。
性能优化：在 orderitem(id_order) 和 orderitem(id_product) 上建立索引，加速按订单查询明细或按商品统计销量等常见操作。

总结：面向对象中的“组合”（Composition）在关系模型中天然对应“外键关联”。牢记口诀——“List → 子表，外键在子表”。这是 ORM（如 Hibernate）底层映射的基石，也是构建健壮、可扩展数据库 sche