在 sql 中，无法直接将“列表”作为列类型存储；面对 java 实体中 `list
在关系型数据库设计中，集合（如 List
- 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 NOT 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
