📚 课程目录第2章关系模型与SQL工程基础

2. 关系模型与SQL工程基础

关系模型是SQL工程的地基。它把现实世界中的业务对象抽象为“关系”（二维表），把对象之间的关联抽象为“键”，把业务规则抽象为“约束”。理解这三层抽象，才能在项目中判断一张表该拆还是该合、一个字段该不该加唯一索引、一条SQL为什么被数据库拒绝。

关系代数提供了关系模型的操作语义。它把查询看作对关系的集合运算，核心算子包括选择（σ，按条件筛选行）、投影（π，选取列并去重）、并（∪）、差（−）、笛卡尔积（×）、连接（⋈）和重命名（ρ）。SQL的SELECT-FROM-WHERE结构本质上是关系代数的语法糖：FROM对应笛卡尔积或连接，WHERE对应选择，SELECT对应投影。理解这一点，就能解释为什么“先连接再过滤”和“先过滤再连接”在语义上等价、在性能上却可能相差几个数量级——优化器正是在关系代数等价变换的空间里寻找更优执行计划。

范式是关系模型对“数据冗余与更新异常”的工程约束。第一范式（1NF）要求字段原子化，不允许一列存多个值；第二范式（2NF）在1NF基础上消除非主属性对候选键的部分依赖；第三范式（3NF）进一步消除传递依赖；BCNF则要求每个决定因素都是候选键。工程实践中，3NF通常是OLTP系统的默认目标，因为它能在冗余和连接开销之间取得较好平衡。但范式不是越高越好：报表类场景常主动反范式，把汇总字段冗余进宽表，用空间换查询时间。

键与约束是关系模型落到物理表上的“合同”。主键唯一标识一行，候选键是能唯一标识行的最小属性集，外键保证引用完整性，唯一约束防止业务重复，检查约束限定取值范围，非空约束排除缺失。它们不只是文档，而是数据库运行时强制执行的规则。下面这张图把关系代数算子、范式层级、键约束与SQL分类放在同一张关系地图上，便于建立整体认知。

把这张图落到工程实践，最直接的产物就是建表DDL。下面是一段订单场景的示例，展示键与约束如何共同表达业务规则（示例参数为教学假设，非实测结果）：

CREATE TABLE customer (
  customer_id   BIGINT       PRIMARY KEY,
  email         VARCHAR(120) NOT NULL UNIQUE,
  status        VARCHAR(16)  NOT NULL DEFAULT 'ACTIVE'
                CHECK (status IN ('ACTIVE','FROZEN','CLOSED')),
  created_at    TIMESTAMP    NOT NULL DEFAULT CURRENT_TIMESTAMP
);

CREATE TABLE orders (
  order_id      BIGINT       PRIMARY KEY,
  customer_id   BIGINT       NOT NULL,
  amount        NUMERIC(12,2) NOT NULL CHECK (amount >= 0),
  order_status  VARCHAR(16)  NOT NULL DEFAULT 'CREATED'
                CHECK (order_status IN ('CREATED','PAID','SHIPPED','CLOSED')),
  created_at    TIMESTAMP    NOT NULL DEFAULT CURRENT_TIMESTAMP,
  CONSTRAINT fk_orders_customer
    FOREIGN KEY (customer_id) REFERENCES customer(customer_id)
    ON DELETE RESTRICT
);

这段DDL里，主键保证订单可被唯一定位，外键保证不会出现“无主订单”，CHECK约束把状态机固化在数据库层，DEFAULT减少应用层重复赋值。当应用代码试图插入amount为负的订单时，数据库会直接拒绝，而不是等到报表阶段才发现脏数据。这就是约束作为“最后一道防线”的价值。

SQL语言分类在工程项目中对应不同的职责边界。DDL由迁移脚本管理，通常纳入版本控制，每次变更生成一个可回滚的迁移文件；DML由业务代码在事务中执行，必须考虑并发与幂等；DQL是报表、接口和数据分析的主要出口，需要关注索引与执行计划；DCL由DBA或安全团队控制，遵循最小权限原则；TCL则贯穿所有写操作，决定提交粒度与回滚边界。一个常见的工程反模式是把DDL写在应用启动逻辑里自动执行，这会导致多实例并发建表冲突、迁移不可追溯，应改为独立的迁移工具（如Flyway、Liquibase）按版本顺序执行。

判断一张表是否满足3NF的快速方法：先找出所有候选键，再检查每个非主属性是否只依赖于候选键、且不依赖于其他非主属性。若存在“订单表里存客户名称”这类传递依赖，就应把客户名称拆到客户表，通过外键关联。

关系代数、范式、键约束和SQL分类并不是四个孤立知识点，而是一条从数学语义到工程契约的链路：关系代数定义“查询能表达什么”，范式定义“表结构应该长什么样”，键与约束定义“数据必须满足什么”，SQL分类定义“谁在什么阶段用什么语句操作数据库”。在综合项目中，这条链路决定了数据库层能否稳定支撑上层业务，也决定了后续索引优化、事务设计和迁移管理是否有坚实的基础。