为何在数据库中采用多行存储关联数据？与单行存储的疑问

我完全懂你的困惑——刚接触这种存储方式的时候，确实会觉得写SQL要多表JOIN，比把所有数据塞同一行里麻烦太多了。但这种范式化设计之所以被广泛采用，背后是很多关于长期维护、数据一致性和扩展性的核心考量，咱们一条条拆解清楚：

1. 从根源避免数据冗余与一致性问题 #

这是范式化最核心的优势。举个实际的例子：如果像第二种方式那样，把用户的地址、订单信息全塞在同一张表的一行里，当用户修改地址时，你需要更新所有关联该用户的订单行——一旦漏更某一行，就会出现同一个用户在不同订单里地址不一致的情况，后期排查起来简直是噩梦。

而范式化存储（多行关联）会把重复的独立数据抽出来单独建表：

-- 范式化示例：拆分独立实体表
CREATE TABLE users (
  user_id INT PRIMARY KEY,
  username VARCHAR(50) NOT NULL
);

CREATE TABLE user_addresses (
  address_id INT PRIMARY KEY,
  user_id INT FOREIGN KEY REFERENCES users(user_id),
  full_address VARCHAR(100) NOT NULL
);

CREATE TABLE orders (
  order_id INT PRIMARY KEY,
  user_id INT FOREIGN KEY REFERENCES users(user_id),
  order_date DATE NOT NULL
);

用户改地址时，只需要更新user_addresses里的一行数据，所有关联的订单都会自动指向最新地址，从根源杜绝了数据不一致的风险。

2. 更强的扩展性，适配业务变化 #

业务需求从来不是一成不变的：比如后来你需要给用户加多个收货地址，或者给地址加邮编、联系电话字段。如果用反范式的同一行存储，你要么给表加一堆address_1、address_2的冗余字段，要么被迫重构整个表结构；而范式化的设计只需要在user_addresses里新增字段或新增行，完全不影响用户表、订单表的结构，适配成本极低。

3. 更高效的存储空间利用 #

当大量数据重复时，反范式的存储浪费会非常明显：比如同一个地址被1000个订单引用，反范式会把这个地址存1000次，而范式化只存1次，剩下的用外键关联。在数据量达到百万、千万级时，这种存储空间的节省会非常可观，同时也能提升数据读写的IO效率。

4. 长期来看，查询的灵活性更高 #

你提到“简单操作SQL迅速变复杂”，这其实是短期的直观感受——当业务需要复杂查询时，范式化的优势就体现出来了。比如要统计某个城市的所有订单，范式化只需要JOIN用户表、地址表和订单表，条件清晰；而反范式的表可能需要在一堆混合字段里筛选，SQL反而会更臃肿，甚至因为数据结构限制根本无法实现灵活的多维度统计。

当然，反范式存储也不是一无是处：在读远多于写的场景（比如数据分析的OLAP系统），或者需要极致查询速度的场景，反范式会牺牲一致性换性能。但在绝大多数在线交易（OLTP）场景，范式化的可维护性、一致性优势是不可替代的，这也是它成为主流设计的原因。

内容的提问来源于stack exchange，提问作者Paul Patt