软件开发行业后端部后端工程师SQL优化手册.docxVIP

软件开发行业后端部后端工程师SQL优化手册

第1章基础架构与索引策略

1.1表结构设计原则与范式应用

在软件开发初期，必须遵循“第三范式（3NF）”作为后端数据设计的基石，旨在消除数据冗余并避免异常更新。具体而言，每一列都应仅存储传递性依赖的信息，即如果A依赖于B，而B又依赖于C，则C不应直接存储，而应通过B间接引用。例如，在订单系统中，订单表不应直接存储客户姓名，而应存储客户ID，因为客户姓名是冗余信息，一旦客户信息变更，只需更新客户ID即可，无需同步更新所有订单记录。设计表结构时需严格区分“业务数据”与“元数据”，避免将系统配置或日志记录混入业务主表。例如，在用户表中，`username`和`email`属于业务数据，而`created_at`和`status`属于系统元数据，不应存储在业务表`users`中，否则会导致业务逻辑与系统状态耦合，增加查询维护成本。

必须采用“一表一主键”原则，严禁在业务表内重复定义主键。例如，在订单表中，`order_id`是全局唯一标识，若将`order_id`同时作为`user_id`或`product_id`的主键，会导致数据冲突和查询效率低下，因为数据库无法区分同一用户下的多个订单。字段类型选择应遵循“最小够用”原则，避免过度使用`VARCHAR`存储固定长