SpringMVC＋Spring＋MyBatis 的综合练习 1 （第一阶段需求和数据库设计）

1.1 第一阶段需求

需求会根据开发进程不断补充。
- 员工表的CRUD
- 部门表的CRUD

1.2 数据库设计

数据库名：mySSM
数据库表共 2 个。

1.2.1 员工表（ssm_employee）

选用字段时尽可能覆盖数据类型，并且符合开发规范。

CREATE TABLE ssm.ssm_employee (
  employee_id int(11) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '员工ID，主键，UnsignedInt，自增',
  employee_name varchar(255) NOT NULL COMMENT '员工姓名，varchar(255)，非空',
  employee_gender char(2) DEFAULT NULL COMMENT '员工性别，char(2) ，“男|女”',
  employee_email varchar(255) DEFAULT NULL COMMENT '员工电子邮箱，varchar(255)，',
  department_id int(11) DEFAULT NULL COMMENT '所在部门ID，int(11)',
  gmt_create datetime NOT NULL COMMENT '创建时间，datetime，非空',
  gmt_modified datetime NOT NULL COMMENT '更新时间，datetime，非空',
  PRIMARY KEY (employee_id)
)
ENGINE = INNODB
AUTO_INCREMENT = 2
AVG_ROW_LENGTH = 16384
CHARACTER SET utf8
COLLATE utf8_general_ci
COMMENT = '员工表'
ROW_FORMAT = DYNAMIC;

Field	Type	Null	key	Default	Extra
employee_id	int(11) unsigned	NO	PRI	(null)	auto_increment
employee_name	varchar(255)	NO		(null)
employee_gender	char(2)	YES		(null)
employee_email	varchar(255)	YES		(null)
department_id	int(11)	YES		(null)
gmt_create	datetime	NO		(null)
gmt_modified	datetime	NO		(null)

说明：
1. 想尽量符合规范，结果发现名字很长，好在IDE都有提示和自动补全，为了增强可读性，接受了。
2. 纠结了一些性别字段，今后是否改为0|1表示为好？前台使用【单选按钮】
3. 电子邮箱是为了测试前台的正则校验
4. 部门id自然是要和部门表联合查询，前台使用【下拉列表】
5. 两个时间都是后台自动填写的。

未来可能扩展的内容：
1. 增加姓和名两个字段？
2. 增加生日、入职日期、离职日期、是否有效、薪资级别、奖金、岗位、角色、上级id……等字段，以测试更复杂的查询和业务功能。
3. 薪资计算，包括工资条、自动算税……

1.2.2 部门表（ssm_department）

可说的不多，直接看表结构吧。

CREATE TABLE ssm.ssm_department (
  department_id int(11) NOT NULL AUTO_INCREMENT COMMENT '部门ID，int(11)，主键，自增',
  department_name varchar(255) NOT NULL COMMENT '部门名称，varchar(255)，非空',
  gmt_create datetime NOT NULL COMMENT '创建时间，datetime，非空',
  gmt_modified datetime NOT NULL COMMENT '修改时间，datetime，非空',
  PRIMARY KEY (department_id)
)
ENGINE = INNODB
AUTO_INCREMENT = 1
CHARACTER SET utf8
COLLATE utf8_general_ci
COMMENT = '部门表'
ROW_FORMAT = DYNAMIC;

Field	Type	Null	key	Default	Extra
department_id	int(11) unsigned	NO	PRI	(null)	auto_increment
department_name	varchar(255)	NO		(null)
gmt_create	datetime	NO		(null)
gmt_modified	datetime	NO		(null)

说明：
没啥可说的，好像……

令我纠结的地方是，不设外键……规范中说：

【强制】不得使用外键与级联，一切外键概念必须在应用层解决。
说明：（概念解释）学生表中的 student_id 是主键，那么成绩表中的 student_id 则为外键。如果更新学生表中的 student_id，同时触发成绩表中的 student_id 更新，则为级联更新。
外键与级联更新适用于单机低并发，不适合分布式、高并发集群；级联更新是强阻塞，存在数据库更新风暴的风险；外键影响数据库的插入速度。

好吧，我自己在后面试试吧。

未来可能扩展的内容：
1. 增加上级部门id，允许多层级的组织结构
2. 增加是否有效字段
3. 增加首要负责人id
……慢慢想，慢慢做