数据库重组与重构的边界区别

数据库长期运行后性能会自然衰退（记录不断增删改导致物理存储变得零散）， 应对这种衰退有两种不同深度的维护操作，容易被混为一谈但边界完全不同。 重组织解决的是”存储变乱了，但设计本身没错”这类问题：数据库管理员按 系统原本的设计要求，对存储空间做全面调整（如重新安排磁盘分区、重新 排列数据存储位置），这个过程不修改数据库原有设计的逻辑结构和物理 结构——本质是把物理层面跑偏的状态”复位”回原本设计好的样子，纯粹是 维护性操作。重构解决的是”当初的设计已经不适应现在的需求”这类问题： 需要部分修改数据库的模式（逻辑结构）和内模式（物理结构）本身，是对 设计的实质性调整，而不只是把物理状态复位。两者的判断边界在于：如果 调整之后数据库的逻辑结构和物理结构定义完全没变，那是重组织；只要 动了模式或内模式的定义，就已经是重构了。而且重构本身也有能力边界—— 如果应用需求变动太大，重构（部分修改）已经无法满足要求，就应该考虑 重新做一次完整的数据库设计，而不是继续在重构上叠加修补。