Schema 规范检查
使用对象
适合希望在设计阶段就发现命名不规范、类型选择不当等潜在问题的使用者。
解决问题
你可以把“是否符合团队规范”从人工检查变成自动检查，减少评审阶段的返工。
前置条件
- 当前表至少有一个字段或一个索引。
- 已了解团队的基本命名规范（系统内置规则覆盖常见场景）。
操作步骤
- 在表配置区域点击
Schema 检查或Lint按钮。结果：打开检查面板，列出所有检测到的问题。 - 逐条查看问题描述、风险等级（提示/警告/错误）与建议修改方案。结果：你能快速定位不符合规范的项。
- 对高优先级项（如错误级别）回到字段或索引配置中修改。结果：修改后重新点击检查，问题列表会刷新。
- 对可接受的低优先级项，可选择忽略或标记为已确认。结果：检查面板保留历史记录，便于后续回顾。
内置检查规则（示例）
- 命名规范：字段名是否使用小写 + 下划线（snake_case）；索引名是否包含表名前缀；外键名是否规范。
- 类型规则：大文本字段是否使用了合适的类型；金额字段是否避免使用
FLOAT/DOUBLE；自增字段类型是否匹配目标数据库惯例。 - 冗余检测：是否存在重复索引；是否存在无字段的空索引。
- 风险提醒：字段类型变更时的兼容性风险（与字段级风险提示联动）。
完成标志
- 检查面板中没有错误级别的问题。
- 警告与提示级别的问题已确认或已修复。
- 生成的 DDL 已通过团队规范审查。
易错点
- Schema 检查基于内置规则，可能无法覆盖团队的所有特殊规范；关键项目建议结合人工复核。
- 某些规则在不同数据库类型下判定标准不同（如 Oracle 的
NUMBERvs MySQL 的DECIMAL），切换数据库后建议重新检查。 - 忽略的问题不会自动消失，建议定期回顾已忽略项。