这一页要合并和分解，先把要用到的六张表原样建好装好。
小王有两个收件地址，阿华有一个，一共三行。
这里只留了合并和分解要用的字段，别的先省掉。
合并的条件就这一条，两张表主码一样。
两张都是三行，主码都是地址编号，这就能合。
| 联系 | 结论 |
|---|---|
| 1:1 | 能合 |
| 1:n | 能合 |
| m:n | 不能合 |
为什么 m:n 那张合不进去？
地址加一列，值从拥有那张表里取，取完核对一遍。
改了 3 行，一个 NULL 都没剩，说明一条都没漏。
合并前后行数没变，因为主码一样，本来就是一一对上的。
要是有个地址在拥有表里查不到，会怎样？
合并掉一个 1:n 联系就少一张表，全局图上三个都这么办。
拥有没了，用户编号还在。三个 1:n 都合掉，13 张就变 10 张。
第 27 页那句 1:n 并不产生新关系，说的就是合并之后的结果。
先建再合并这一步能不能跳过？
数据量大了就按固定周期分开存，行整行地搬。
两张表结构一模一样，切的是行，不是列。
水平分解连回来用 UNION ALL，不是自然连接。
2 加 1 等于 3，跟原表一样，水平分解天生无损。
换成 UNION 不加 ALL，行数会变吗？
同一张包含表，按列切开，切在没有主码的地方。
连回来 5 行，原表只有 3 行，多出来那两行是编的。
两边都留着主码的一部分才连得回来，这是第 12 章讲过的。
怎么切才不会多出行来？
头一句先删干净，六张表建好，合三张、切两张、连回来。
合并少一张表，分解多一张表，数据一行没多一行没少。
整章走下来，纸上画的那张图落到了哪一步？