这一页要装数据和做维护，先建六张够用的表。
实施第一步就是这个：把设计成果用 DDL 语句变成真表。
这一页只留六张够用的表，字段也砍到最少，跑得快一点。
外码指到哪张表，那张表就得先装。故意反着来一次。
头一条报 1452，地址还没装。装完地址再来一遍就进去了。
上万张表的系统，这个顺序怎么排？
课件第 23 页说装数据最要紧的是校验，那就查几句。
行数对不对、该有值的有没有、数值合不合理、外码找不找得到，四问。
外码约束已经拦住第四种，可从别处导进来的历史数据未必过得了这一关。
还有哪一类错，这四句查不出来？
课件第 24 页说试运行要做功能测试，这就是一次。
五张表连起来，一张订单该显示的东西全在，这一条就算通过。
性能测试在浏览器里做不了，真机上你会怎么测？
订单要按地址查，包含要按商品查，两个外码都补上。
监测并改善性能这一件，落到手上多半就是加一个索引或者删一个索引。
行数少的时候索引看不出差别，真机上要等表长到几十万行才明显。
mysqldump 是操作系统的命令，在 mysql> 里敲不动。
第一件维护就是它。备份文件真写到盘上了，dir 看得见。
第 10 章讲过这一套，加上二进制日志才救得回上次备份之后的改动。
剩下三件维护各做一次，都是前面几章学过的语句。
加一列是重构，OPTIMIZE 是重组，一个改结构一个不改。
| 做什么 | 改不改结构 |
|---|---|
| 重新组织 | 不改 |
| 重新构造 | 改 |
InnoDB 不支持就地整理，OPTIMIZE 回的那句 note 说它改用重建加统计。
在线业务上做 OPTIMIZE，要注意什么？
头一句先删干净，实施五步走完，四件维护各做一次。
建结构、装数据、查一遍、加索引、授权、改结构、重组，一趟走完。
这一趟走完，这个数据库就算交付了吗？