MySQL 数据库设计助手
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_1a9d72e6/mysql-design。
技能介绍
解决的问题
MySQL 表结构常见痛点是命名不统一、类型选择随意、索引缺依据,导致后续查询慢和迁移成本增加。mysql数据库测试助手 面向从业务文档到建表语句的设计环节,帮助工程师把字段、关系、状态码和约束条件整理成可评审的 DDL。
工作方式
该技能按步骤工作:
- 使用
Read或Glob读取.md业务规则文档,提取实体、字段、枚举、状态码和关系。 - 分析存量
.sql,判断旧表结构是否需要兼容。 - 按规范设计表名、字段名,并选择
VARCHAR、DECIMAL(M,2)、DATETIME、TINYINT(1)等类型。 - 为主键、业务唯一键和高频查询字段设计
UNIQUE KEY、INDEX,并遵循最左前缀原则。 - 输出
CREATE TABLE脚本,包含字段注释、utf8mb4、InnoDB,并避免外键,用应用层保证一致性。
适用边界
适合 MySQL 5.7/8.0 的新表设计、评审和脚本整理;不适合作为数据迁移、压测或复杂分库分表方案的全部依据。业务规则文档不完整时,输出质量会明显下降。
使用场景
- 后端拿到采购合同需求文档,需要把实体和字段整理成符合命名规范的 MySQL 建表语句。
- 评审旧系统 .sql 脚本时,判断历史表是否要兼容,并补上唯一索引和高频查询索引。
- 把订单、状态、金额等业务规则转成带注释、utf8mb4、InnoDB 的 CREATE TABLE 草案。
- 准备数据评审会材料,将状态码和字段默认值按 CHAR(2)、DECIMAL 规范落进建表脚本。
适合人员
- 负责交易域建表的后端工程师,需要在评审前把需求文档变成规范的 MySQL 表结构草案。
- 需要兼容旧表的历史系统维护工程师,要在不破坏老结构的前提下补充索引和注释。
- 做数据模型评审的架构师,希望统一金额、状态、时间字段类型和命名,减少后续返工。
- 接手采购或订单模块的后端开发,需要把散落在文档里的业务规则转成可执行 DDL。