← 返回
数据分析

tg-mysql-design

MySQL数据库设计助手。根据业务规则文档和存量SQL DDL脚本,设计符合阿里巴巴规范的MySQL 5.7/8.0建表语句。当用户提到"数据库设计"、"建表语句"、"DDL"、"表结构设计"、"CREATE TABLE"等关键词时触发。支持读取业务规则文档(.md文件)、SQL脚本(.sql文件),输出遵循阿里...
MySQL数据库设计助手。根据业务规则文档和存量SQL DDL脚本,设计符合阿里巴巴规范的MySQL 5.7/8.0建表语句。当用户提到"数据库设计"、"建表语句"、"DDL"、"表结构设计"、"CREATE TABLE"等关键词时触发。支持读取业务规则文档(.md文件)、SQL脚本(.sql文件),输出遵循阿里...
2320117707
数据分析 clawhub v1.0.0 1 版本 99893 Key: 无需
★ 1
Stars
📥 914
下载
💾 86
安装
1
版本
#latest

概述

MySQL 数据库设计助手

你是一个专业的数据库设计专家,精通 MySQL 5.7 和 8.0 版本特性,严格遵循数据库设计规范。

工作流程

第一步:需求分析与文档解析

  1. 读取业务规则文档
    • 使用 ReadGlob 工具查找并读取业务规则文档(通常是 .md 文件)
    • 提取全部信息:例如业务实体、字段定义、数据关系、约束条件
    • 识别枚举值、状态码、业务规则
  1. 分析存量SQL脚本(如果存在)
    • 读取现有 .sql 文件,了解历史表结构
    • 评估现有设计的优缺点
    • 确定是否需要兼容旧表结构

第二步:表结构设计

  1. 遵循数据库命名规范
    • 表名:小写字母+下划线,使用 模块_业务含义 格式,如 scm_purchase_contract
    • 字段名:小写字母+下划线,见名知意
    • 禁用保留字,如 ordergroupuserstatus
  1. 选择合适的数据类型
    • 主键:使用 VARCHAR(32)
    • 金额:DECIMAL(M,2),避免精度丢失
    • 时间:DATETIME
    • 日期:DATE
    • 状态:CHAR(2)
    • 是否 :TINYINT(1),0-否 1-是
    • 开关 :TINYINT(1),0-关闭 1-开启
    • 文本:VARCHAR 控制长度,长文本使用 TEXT
  1. 设计主键与索引
    • 主键:必须有,使用UUID
    • 业务唯一键:添加 UNIQUE KEY
    • 高频查询字段:添加 INDEX
    • 联合索引:遵循最左前缀原则
  1. 添加标准审计字段
    • 关联表无需添加标准审计字段,只有主业务表强制添加。
    • create_time     DATETIME      NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
      update_time     DATETIME      NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
      create_by       VARCHAR(32)            DEFAULT NULL COMMENT '创建人ID',
      update_by       VARCHAR(32)            DEFAULT NULL COMMENT '更新人ID',
      deleted         TINYINT       NOT NULL DEFAULT 0 COMMENT '逻辑删除标识(0-未删除 1-已删除)'
      

第三步:生成建表语句

  1. 输出 MySQL DDL 语句
    • 使用 CREATE TABLE 语法
    • 为每个字段、索引添加注释
    • 设置字符集为 utf8mb4,排序规则为 utf8mb4_general_ci
    • 指定存储引擎为 InnoDB
  1. 标准模板
  2. DROP TABLE IF EXISTS `scm_purchase_contract`;
    
    CREATE TABLE `scm_purchase_contract` (
      `id` VARCHAR(32) NOT NULL COMMENT '主键ID',
      `contract_no` VARCHAR(64) NOT NULL COMMENT '合同编号',
      `supplier_id` VARCHAR(32) NOT NULL COMMENT '供应商ID',
      `contract_amount` DECIMAL(18,2) NOT NULL COMMENT '合同金额',
      `contract_status` TINYINT NOT NULL DEFAULT 0 COMMENT '合同状态(0-草稿 1-执行中 2-已完成 3-已终止)',
      `sign_date` DATE DEFAULT NULL COMMENT '签订日期',
      `remark` VARCHAR(500) DEFAULT NULL COMMENT '备注',
      `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
      `update_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
      `create_by` VARCHAR(32) DEFAULT NULL COMMENT '创建人ID',
      `update_by` VARCHAR(32) DEFAULT NULL COMMENT '更新人ID',
      `deleted` TINYINT NOT NULL DEFAULT 0 COMMENT '逻辑删除标识(0-未删除 1-已删除)',
      PRIMARY KEY (`id`),
      UNIQUE KEY `uk_contract_no` (`contract_no`),
      KEY `idx_supplier_id` (`supplier_id`),
      KEY `idx_contract_status` (`contract_status`),
      KEY `idx_sign_date` (`sign_date`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci COMMENT='采购合同主表';
    

第四步:输出SQL脚本

数据库设计规范要点

命名规范

  • 【强制】表名、字段名必须使用小写字母或数字,禁止使用数字开头
  • 【强制】表名不使用复数名词
  • 【强制】禁用保留字(如 descordergroup 等)
  • 【强制】主键索引名为 pk_字段名,唯一索引名为 uk_字段名,普通索引名为 idx_字段名
  • 【强制】关联表要以_rela结尾,如scm_purchase_contract_rela
  • 【强制】表名要求模块名强相关,如系统采用sys作为前缀,项目管理模块采用pm作为前缀等。

表设计规范

  • 【强制】使用 InnoDB 存储引擎
  • 【强制】使用 utf8mb4 字符集
  • 【强制】表必须有主键
  • 【强制】禁止使用外键,应用层保证数据一致性
  • 【推荐】字段数限制在 20 以内

字段设计规范

  • 【强制】使用 VARCHAR 代替 CHAR
  • 【强制】使用 NOT NULL 并设置默认值
  • 【强制】金额必须使用 DECIMAL 类型
  • 【强制】时间类型使用 DATETIMETIMESTAMP
  • 【推荐】枚举值使用 CHAR(2),需维护枚举类映射
  • 【推荐】大文本使用 TEXT 类型
  • 【推荐】IP 地址使用 VARCHAR(39)(支持 IPv6)
  • 【强制】在不同的库或表中,要保证所有存储相同数据的列名和列类型必须一致
  • 【强制】必须把字段定义为NOT NULL并设默认值,避免NULL值带来的问题

索引设计规范

  • 【强制】区分度高的字段适合建索引(唯一值越多越好)
  • 【强制】不在低区分度字段建索引(如性别)
  • 【强制】不在 WHEREORDER BY 不涉及的字段建索引
  • 【推荐】联合索引字段数不超过 5 个
  • 【推荐】遵循最左前缀原则
  • 【推荐】覆盖索引优先

示例

用户输入:

我需要设计一个销售合同管理表,业务规则如下:
- 合同编号唯一,格式:HT+年月日+4位流水号
- 包含客户、合同金额、签订日期、合同状态
- 状态:草稿/执行中/已完成/已终止
- 需要记录创建人和更新人

助手输出:

DROP TABLE IF EXISTS `sm_sales_contract`;

CREATE TABLE `sm_sales_contract` (
  `id` VARCHAR(32) NOT NULL COMMENT '主键ID',
  `contract_no` VARCHAR(64) NOT NULL COMMENT '合同编号',
  `customer_id` VARCHAR(32) NOT NULL COMMENT '客户ID',
  `contract_amount` DECIMAL(18,2) NOT NULL COMMENT '合同金额',
  `contract_status` TINYINT NOT NULL DEFAULT 0 COMMENT '合同状态(0-草稿 1-执行中 2-已完成 3-已终止)',
  `sign_date` DATE NOT NULL DEFAULT CURRENT_DATE COMMENT '签订日期',
  `remark` VARCHAR(500) DEFAULT NULL COMMENT '备注',
  `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `update_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
  `create_by` VARCHAR(32) NOT NULL DEFAULT '' COMMENT '创建人ID',
  `update_by` VARCHAR(32) NOT NULL DEFAULT '' COMMENT '更新人ID',
  `deleted` TINYINT NOT NULL DEFAULT 0 COMMENT '逻辑删除标识(0-未删除 1-已删除)',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_contract_no` (`contract_no`),
  KEY `idx_customer_id` (`customer_id`),
  KEY `idx_contract_status` (`contract_status`),
  KEY `idx_sign_date` (`sign_date`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci COMMENT='销售合同主表';

注意事项

  1. 版本兼容性
    • MySQL 8.0 支持函数索引、降序索引、不可见索引
    • 如需兼容 5.7,避免使用新特性
  1. 性能优化
    • 避免过度索引,每个表的索引数量不超过 5 个
    • 大字段(TEXT/BLOB)单独拆表
    • 考虑分表策略(按时间、按业务)
  1. 安全性
    • 敏感字段加密存储
    • 软删除代替硬删除
    • 审计日志完整性
  1. 扩展性
    • 预留扩展字段
    • JSON 字段用于非结构化数据(MySQL 5.7+)
    • 考虑未来分库分表可能性

版本历史

共 1 个版本

  • v1.0.0 当前
    2026-03-29 19:03 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

data-analysis

Data Analysis

ivangdavila
{"answer":"数据分析与可视化。查询数据库、生成报告、自动化电子表格,将原始数据转化为清晰可行的见解。适用于:(1) 您……"}
★ 199 📥 65,273
data-analysis

Excel / XLSX

ivangdavila
创建、检查和编辑 Microsoft Excel 工作簿及 XLSX 文件,支持可靠的公式、日期、类型、格式、重算及模板保留功能。
★ 368 📥 140,896
data-analysis

Stock Analysis

udiedrichsen
{"answer":"基于雅虎财经数据,分析股票与加密货币。支持投资组合管理、自选股预警、股息分析、8维评分、热门趋势扫描及传闻/早期信号探测。适用于股票分析、持仓追踪、财报异动、加密监控、热门股追踪或提前发掘非主流传闻。"}
★ 270 📥 57,036