先识别业务对象
从用户、商品、订单等业务对象开始,明确对象之间是一对多还是多对多。多对多关系通常通过独立关联表表达,避免用逗号分隔的 ID 列表代替可查询的关系。
约束是设计的一部分
记录字段类型、是否可空、默认值、主键、唯一约束和外键。应用层校验和数据库约束需要配合;软删除后的唯一性、订单金额快照和状态变化都要单独考虑。
索引应来自实际查询
根据列表筛选、关联查询和排序设计索引,并用执行计划验证。不要为每个字段添加索引;写入频繁的表要考虑索引维护成本。
把实际 Schema 写进论文
三线表应来自实际建表 SQL,字段说明缺失时应补充真实含义。ER 图中的推断关系要与数据库真实 FK 区分,并人工核对后再用于论文。
PRACTICE SUITE
本篇指南涉及的实操工具箱(无需安装,免登录即开即用)
点击即可直接进入对应工坊,全自动完成制表、查重、降重与答辩 PPT 制作: