sql 不支持在单个列中直接存储列表；应通过外键建立一对多关系，将 list 拆分为独立子表（如 orderitem），由子表引用父表（如 order）的主键。
在关系型数据库设计中，Java 实体类中 List<T> 类型的字段（例如 Order 类中的 List<OrderItem>）绝不能映射为数据库表中的一个“列表列”——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<OrderItem> 的每一项
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）底层映射的基石，也是构建健壮、可扩展数据库 schema 的黄金准则。
立即学习“Java免费学习笔记（深入）”；
