什么字段都往一张表里塞，数据冗余、更新异常、查询缓慢，后期拆表代价极大。
外键关系没理清，多对多、层级关系乱建，查询又慢又难懂。
数据量小没事，数据一多查询全表扫描，性能崩了才开始补索引。
从业务梳理实体、属性与关系，先建模再建表。
1NF/2NF/3NF 消除冗余与更新异常，保证数据一致性。
读多写少场景适当冗余与预聚合，用空间换查询性能。
一对多、多对多、自关联、继承等关系正确表达。
按查询模式设计主键、联合索引与覆盖索引，读写平衡。
主外键、唯一约束、检查约束与权限，保证数据完整性。
梳理业务流程、数据对象与规则，明确读多还是写多、量级多大。
用 ER 图表达实体、属性与关系，先于建表完成设计评审。
规范化表结构消除冗余，按业务需要做反范式取舍。
定字段类型、字符集、主键策略，按查询模式设计索引。
设计评审 + 压测验证，配合版本化迁移持续演进。
订单、商品、库存、优惠券的关系建模，直接影响交易正确性。
用户、角色、权限的多对多建模，是企业系统的地基。
流水、科目、对账的强一致设计，账务数据不能有半分差错。
文章、分类、标签、评论的层级关系，设计与查询效率相关。
