表结构定义优化的专题报告

专题描述	阅读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个字节