| 专题描述 | 阅读Ecbil项目的数据库表结构定义，发现存在普遍共性的不合理地方，整理成专题报告供研发团队和DBA团队优化，及辅佐今后的表结构定义设计。 | |||
| 问题提出 | 1 | 示例表结构定义： | ||
| 2 | `id` BIGINT(20) UNSIGNED NOT NULL,PRIMARY KEY (`id`) | |||
| 3 | `dept_name` VARCHAR(128) DEFAULT NULL COMMENT ‘机构名称’ | |||
| 4 | `dept_desc` VARCHAR(512) DEFAULT NULL COMMENT ‘机构描述’ | |||
| 5 | `type_level` DECIMAL(4,0) DEFAULT NULL COMMENT ‘类型层次’ | |||
| 6 | `email_addr` VARCHAR(128) DEFAULT NULL | |||
| 7 | `belong_county` VARCHAR(1024) DEFAULT NULL | |||
| 8 | `update_tm` DATETIME DEFAULT NULL | |||
| 9 | UNIQUE KEY `idx_department_1` (`dept_code`) USING BTREE, KEY `IDX_DEPARTMENT_DEPT_CODE` (`dept_code`) |
|||
| 10 | `cod_state` char(5) DEFAULT NULL | |||
| 分析过程 | 1 | 咨询研发团队对应的系统界面输入框限制 | ||
| 2 | 分析表结构定义 | |||
| 解决方案 | 1 | 字段定义长度比前端页面的输入框限制适度放大点，比如增加5%-10% | ||
| 2 | 邮箱地址的行业标准40个字符左右，例如belong_county、belong_village等字符类型的字段 | |||
| 3 | type_level等类型字段的数值范围，可以选择 UNSINGED 的TINYINT和SMALLINT | |||
| 4 | 除主键和业务特殊的字段外，所有字段设置默认值，建议：数值类型字段默认值为0，字符串类型默认值为”空字符串；日期类型默认值为’0000-00-00′ | |||
| 5 | MySQL数据库的主键、唯一键和外键，都具有索引的功效 | |||
| 6 | 除出生日期等特殊存储要求外，其他日期数据全使用存储空间更小和完整时间功能的TIMESTAMP日期类型 | |||
| 7 | InnoDB存储引擎的缘故，建议不使用CHA(N)，直接全部使用VARCHAR(N) | |||
| 问题原因 | 1 | 字段定义长度严重超过业务方需求无实际意义，还会导致数据写入的性能问题 | ||
| 2 | 指定默认值有利于简化程序的处理异常复杂度和增加可读性 | |||
| 知识点 | 1 | MySQL数据库VARCHAR(N)中的N是表示多个字符，不同于Oracle和MSSQL的字节个数表示 | ||
| 2 | DATETIME日期类型占用8个字节，TIMESTAMP占用4个字节 | |||
