数据库设计误区：备用字段 / 保留字段 / 预留字段
【现象描述】
在数据表中，不仅设计了当前所需要的字段，而且还在其中留出几个字段作为备用。
【原因分析】
这似乎可以叫做防患于未然，等到需要的时候，就不需在表中增加新的字段了
而且这样做的话，一个表的数据应该会被存储在相邻的物理空间中，这对于性能也是有好处的。
另外的原因就是，在古老的数据库中，如果改变数据库的定义(包括增加字段、改变字段的类型、删除字段等等)，那么其中原来的数据就会丢失，所以这项工作非常麻烦，我们需要先建立临时表，将数据备份出来，然后创建新表，将数据导入其中，最后再删除原来的表。
【问题所在】
这样的做法对于项目会导致很多问题，而且原先想要解决的问题并不一定能够解决：
问题一：增加大量备用字段，必定会浪费很多空间，尽管其中可能都没有具体的数据，但是仅仅是空字段也会占据一定的空间的。
问题二：由于命名的特点，备用字段无法在字段名上体现其意义，不规范，后期维护麻烦。如果没有完善的文档管理流程，用不了多久(可能也就是两三年)，就没有人能够说清楚到底哪个字段代表的是什么意义了。
问题三：增加了这些备用字段就真的会够用吗？不一定，因为我们只是每个类型的字段留出几个备用，如果数量超过，或者要使用特殊的、不常用的类型的时候，还是需要增加新的字段。而且如果没有完善的管理，谁又能说清楚倒底哪个字段已经被使用，哪个字段还可以使用呢？到时候还不是要增加新的字段。
【解决方案】
其实上面的这种设计方式就是一种“过度设计”，我们应该做的就是“按需设计”，在经过详细有效的分析之后，在数据表中只放置必要的字段，而不要留出大量的备用字段。
当需要增加相关的信息的时候，就要具体情况具体分析：
1. 如果数量很少，而且信息的性质与原表密切相关，那么就可以直接在原表上增加字段，并将相关的数据更新进去；
2. 如果数量较大，或者并非是原表对象至关重要的属性，那么就可以新增一个表，然后通过键值连接起来；
3. 对于表的数据的存储位置所导致的性能问题，我们可以通过在特定时间对数据库的数据进行重组来解决，而这项工作对于长期运行的数据库来说，也是需要定期进行的。
