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

本来转载自：IT摆渡网--一个IT实时问答系统--快速解决你的任何IT问题，无需等待！---www.itbaiduwang.com