如何在 SQL 中正确建模一对多关系（如订单与订单项）

在 sql 中，无法直接将“列表”作为列类型存储；面对 java 实体中 `list` 这类一对多关系，应通过外键关联的独立子表实现，而非在父表中添加列表字段。

在关系型数据库设计中，集合（如 List）永远不对应单个列，而是映射为一张独立的关联子表，并通过外键（Foreign Key）建立与父表的逻辑归属关系。以你提供的 Java 实体为例：

• Order（订单）拥有多个 OrderItem（订单项），属于典型的 1:N（一对多）关系；
• OrderItem 同时关联 Product 和 Order，构成中间实体（也称关联实体或明细表）。

因此，正确的建表策略是：

✅ order 表不包含 itens 列 —— 这是关键误区。SQL 表的每一列必须是原子值（符合第一范式），不能存储列表、数组或对象集合。

✅ orderItem 表作为子表存在，并通过 id_order 外键明确指向所属订单，自然支撑一个订单对应多条订单项。

以下是修正后的完整、可执行的建表脚本（适配 MySQL 8.0+，语法已标准化并修复原文笔误）：

-- 1. 先建基础表：product 和 person（假设 person 已存在）
CREATE TABLE product (
    id INT PRIMARY KEY AUTO_INCREMENT,
    description VARCHAR(255) NOT NULL,
    value DECIMAL(10,2) NOT NULL
);

-- 2. order 表：仅包含自身属性及对 person 的引用（注意：order 是 SQL 保留字，建议改名或加反引号）
CREATE TABLE `order` (  -- 使用反引号避免关键字冲突
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    id_person INT NOT NULL,
    FOREIGN KEY (id_person) REFERENCES person(id)
);

-- 3. orderItem 表：核心！通过 id_order 关联到 order，实现“一对多”
CREATE TABLE orderItem (
    id BIGINT PRIMARY KEY AUTO_INCREMENT,
    id_product INT NOT NULL,
    quantity INT N
OT NULL CHECK (quantity > 0),
    id_order BIGINT NOT NULL,
    -- 显式定义外键约束（推荐写法，比内联更清晰）
    FOREIGN KEY (id_product) REFERENCES product(id) ON DELETE CASCADE,
    FOREIGN KEY (id_order)  REFERENCES `order`(id)   ON DELETE CASCADE
);

? 重要注意事项：

• ? 命名规范：order 是 SQL 标准保留字（如 ORDER BY），直接用作表名易引发语法错误。生产环境强烈建议改用 orders 或 order_header；若必须使用，需全程用反引号包裹（如 `order`）。
• ? 数据完整性：外键应配合 ON DELETE CASCADE（或 SET NULL）策略，确保删除订单时自动清理其所有订单项，避免孤儿记录。
• ? 索引优化：为提升关联查询性能，应在 orderItem.id_order 和 orderItem.id_product 上分别创建索引（InnoDB 默认为主键索引，但外键列建议单独建索引）。
• ? Java 映射提示：JPA/Hibernate 中，@OneToMany(mappedBy = "order") 应标注在 Order 类的 List 字段上，而 OrderItem 类需用 @ManyToOne + @JoinColumn(name = "id_order") 完成双向映射。

总结：关系型数据库中没有“列表列”，只有“关联表”。当你在实体类中看到 List，下意识就该准备一张新表，并添加指向父表主键的外键 —— 这不是妥协，而是遵循关系模型本质的设计正解。