修改其基础数据库架构的应用程序

第一次加载新版本时。这与为每个唯一实例分配数据库的系统特别相关。数据写入应该用系统变量标记,并在更新之前用类似的

show columns from test like 'new_column';
if ( ! new_column )
  alter table add column new_column after some_column

对于其他文章,如果您在相同的数据库模式(但这些模式的不同实例)上运行具有增量版本控制的系统,则管理该更改的唯一方法是以编程方式更新数据库,否则,应用程序之间将存在不一致。离子版本(即1.0和1.1)和模式-在此实例中不可能同时在所有数据库中应用数据库更改。

简单地说,从来没有。更改数据库结构应该是一个可控的更改—允许应用程序(而不是设计用于将数据库从一个版本升级到另一个版本的应用程序)破坏此控件。

也许你可以详细说明为什么你认为这是个好主意,或者是什么促使你提出这个问题。

我永远不会。我知道可以对pojo进行更改,并允许hibernate对数据库进行任何必要的更改,但这是一个糟糕的主意,因为它消除了对架构进行正确配置管理的能力。

编辑 :可能的异常:请参阅安迪的答案(尽管我仍会尝试将更新步骤与应用程序本身分开)。