Tg Mysql Design

选择合适的数据类型

• 主键：使用 VARCHAR(32)
• 金额：DECIMAL(M,2)，避免精度丢失
• 时间：DATETIME
• 日期：DATE
• 状态：CHAR(2)
• 是否 ：TINYINT(1)，0-否 1-是
• 开关 ：TINYINT(1)，0-关闭 1-开启
• 文本：VARCHAR 控制长度，长文本使用 TEXT

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

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脚本

数据库设计规范要点

命名规范

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

表设计规范

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

字段设计规范

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

索引设计规范

• 【强制】区分度高的字段适合建索引（唯一值越多越好）
• 【强制】不在低区分度字段建索引（如性别）
• 【强制】不在 WHERE、ORDER 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，避免使用新特性

2. 性能优化

   • 避免过度索引，每个表的索引数量不超过 5 个
   • 大字段（TEXT/BLOB）单独拆表
   • 考虑分表策略（按时间、按业务）

3. 安全性

   • 敏感字段加密存储
   • 软删除代替硬删除
   • 审计日志完整性

4. 扩展性

   • 预留扩展字段
   • JSON 字段用于非结构化数据（MySQL 5.7+）
   • 考虑未来分库分表可能性