如何将关系型数据库设计优化至满足第三范式标准？

：为何要把设计提高到第三范式？

在实际项目中，开发团队常常因为数据冗余、更新异常和维护成本高而陷入困境。这些痛点会导致：

• 同一条信息在多个表中不一致，产生数据冲突。
• 业务规则变更时需要在大量地方同步修改，出错率飙升。老实说，
• 查询性能受限。特别是当表结构臃肿、关联层级过深时。

通过遵循范式。可以程序性地解决上述问题，让数据库更可靠、更易维护，同时提高查询效率。

再看第一范式。消除“可拆分”字段

痛点：多值字段导致插入/删除困难，数据难以检索。

1. 原子性要求每个列只能保存单一值，不能是列表或复合结构。
2. 处理方式将包含多个值的属性拆分为独立的行或列。例如将“电话号码”从一个字段改为关联的PhoneNumbers表。
3. 示例
• 再看错误设计，Customer
phones = '123-4567;987-6543'
• 再看规范化后，
• Customer
• PhoneNumber

第二范式这方面。消除部分依赖

痛点：复合主键下的非键属性只依赖于主键的一部分，导致插入/更新异常。