为什么数据库设计时不能仅依赖单一表来容纳所有类型的数据信息？

：单表存储的“陷阱”

数据库是主要的数据管理工具。很多开发者在项目初期出于快速交付的考虑，倾向于使用单一表来容纳所有业务数据。怎么说呢，只是这种做法往往会导致以下痛点：

• 查询慢、业务卡顿——大表全表扫描。响应时间秒级甚至分钟级，
• 数据冗余与不一致——同一信息被多次复制，修改时容易遗漏。
• 困难——业务增长后表结构频繁变更，维护成本飙升。
• 安全与权限控制难——所有数据混在一起，细粒度的权限划分几乎不可能。
• 索引设计压力大——在大数据量下多表查询若索引不合理，会把数据库直接拖垮。

多表设计的主要优势

1️⃣ 数据存储效率提高

通过将不同实体拆分到独立的表中。每张表只保存单一属性集合可以显著降低硬盘空间占用，并减少无效字段带来的存储浪费。

2️⃣ 查询效率明显提高

针对特定业务场景建立合适的索引，仅在需要的列上建立索引设计避免全表扫描。 即使是大数据量，也能保持毫秒级响应。

3️⃣ 数据一致性与完整性保障

使用外键约束实现关联完整性确保父子记录同步更新或删除，从根本上杜绝“脏数据”。