• 背景：

最近在做一个 Java Web 项目， SSH 框架， MySQL 数据库。项目的数据库没有设备用字段。在开发过程中，因数据库设计者未考虑周到，业务实体有一个属性没有对应的字段，因此需要在数据库表加一个字段。又由于此字段要求不可为空，并且在开发阶段，测试数据不多。于是我在drop掉了原来的表，增加了一个字段再重新建了一张表。
按照通常的做法，设计数据库都会在后面加几个类型为varchar的预留字段，也没有具体思考过为什么要这么做，这么做的好处是什么。在遇到这个问题之后引起我思考：预留字段这个通用的做法是否能减少开发阶段由于考虑不周到，或后续维护阶段因为需求变更或者扩展改造而需要增加字段而造成的麻烦。就此与同事进行了讨论，大家意见不一，以下是正反方的一些意见和看法。希望大家能根据以往的项目经验和设计原则给出一些解答，怎样的设计能确保数据库健壮，可扩展。

• 反方观点：不需要

原因：数据库设置备用字段无法在字段名上体现其意义， 不规范，后期维护麻烦 。在需要增加字段的时候如果直接add column，也不会有太大工作，但能保证数据库字段的规范。虽然在启用备用字段的时候可以文档说明，但在POJO上对应其属性为attribute1，attribute2等， 代码的可读性不强 。而且，预留字段全部统一varchar，也不太合适。另外有人说加了预留字段会影响性能（这点已经确定不会影响性能，因为其实预留字段未启用前在数据库里面都是一个null值）。

• 我的观点：需要

原因：持久层的设计，数据库 表结构不应轻易变更 。因此应设置备用字段。启用备用字段后，只修改代码，在代码中增加注释和并文档说明即可，不需要改动数据库结构，更 方便 。

• 我对反方的反驳：就这个问题我咨询了一个做DBA的朋友，据他所说：如果没有备用字段，如果后期要加字段，用add column的方法会改变原先的数据库存储结构，造成数据移动，移动需要时间，而且会移动到其他数据块。（很专业的数据库知识，不是很懂）总之意思是 add column会影响数据库性能，造成一些不可预知的错误 。

• 一个疑问：假如项目已经在实施阶段，数据库里存储的已经是一些生产数据，不可轻易删除，但需要加的字段是 不可为空 的字段，在有备用字段和没有备用字段这两种情况下，分别应该怎么处理那些前期已有的数据。