MySQL 中存储多值数据的方案比较

在 MySQL 中存储多值数据时，主要有两种常见方案：逗号分隔值和关系表。以下是详细分析和建议：

方案一：逗号分隔值(CSV)

优点： - 简单直观，易于实现 - 减少表数量，避免复杂查询 - 存储空间占用小

缺点： - 违反第一范式(1NF)，不是原子数据 - 查询效率低（无法使用索引优化 LIKE 查询） - 难以维护数据完整性 - 无法直接使用 JOIN 操作 - 更新单个值困难

适用场景： - 只读或极少修改的数据 - 不需要基于单个值查询的情况 - 简单的标签系统或分类

示例：

CREATE TABLE products (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    tags VARCHAR(255)  -- 存储如 "电子,数码,手机"
);

方案二：关系表(关联表)

优点： - 符合数据库规范化原则 - 可以建立索引提高查询效率 - 支持复杂的查询和聚合操作 - 维护数据完整性更容易 - 支持外键约束

缺点： - 需要更多表，结构更复杂 - 查询可能需要多次 JOIN - 占用更多存储空间

适用场景： - 需要基于单个值查询的情况 - 数据需要频繁更新 - 需要维护数据完整性 - 多对多关系

示例：

CREATE TABLE products (
    id INT PRIMARY KEY,
    name VARCHAR(100)
);

CREATE TABLE tags (
    id INT PRIMARY KEY,
    name VARCHAR(50)
);

CREATE TABLE product_tags (
    product_id INT,
    tag_id INT,
    PRIMARY KEY (product_id, tag_id),
    FOREIGN KEY (product_id) REFERENCES products(id),
    FOREIGN KEY (tag_id) REFERENCES tags(id)
);

推荐方案

优先选择关系表方案，除非： 1. 数据量非常小且简单 2. 性能要求极低 3. 确定不会基于单个值查询

对于现代应用，关系表方案几乎总是更好的选择，因为： - 查询性能更好（特别是大数据量时） - 更容易扩展 - 更符合数据库设计原则 - 大多数 ORM 框架对关系表支持更好

折中方案

如果确实需要简化结构，可以考虑： 1. 使用 JSON 类型（MySQL 5.7+）

CREATE TABLE products (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    tags JSON  -- 存储如 ["电子", "数码", "手机"]
);

2. 使用 SET 类型（适用于固定值集合）

但这些方案仍然存在许多关系表能避免的问题。