我正在考虑在我的下一个项目中使用 NHibernate 和 Fluent NHibernate，但我想事先澄清一件事是如何管理对数据库的更改？
例如，我有 NH + FNH 工作，应用程序已部署并运行，但我们在开发环境中进行了更改，例如，我们向使用 NH/FNH 映射的实体添加新属性。
如何在不删除表的情况下将更改应用到数据库？
谢谢 通用电气
【问题讨论】：
标签： sql nhibernate deployment fluent-nhibernate
我有很好的使用这个框架的经验：
http://code.google.com/p/migratordotnet/
基本上，您为每个数据库更改创建一个类，并用时间戳注释该类。然后按时间戳顺序应用最终程序集。
这意味着在开发过程中，每次结帐后，盲目地运行数据库升级过程变得很容易，并且知道您与世界同步。
using Migrator.Framework;
using System.Data;
namespace DBMigration
{
[Migration(20080401110402)]
public class CreateUserTable_001 : Migration
{
public void Up()
{
Database.CreateTable("User",
new Column("UserId", DbType.Int32,
ColumnProperties.PrimaryKeyWithIdentity),
new Column("Username", DbType.AnsiString, 25)
);
}
public void Down()
{
Database.RemoveTable("User");
}
}
【讨论】：
AFAIK ，您需要手动完成。您可以在每次初始化时导出架构，但不能自动更改表。因为架构将只包含创建语句。
也许，您可以使用 Red Gate 之类的工具来查找您的数据库差异，并可以自动为您创建语句。这个想法是，
-在测试数据库上生成模式
- 运行 Red Gate 工具，找到模式级别的 DIFF。
- 自动创建差异脚本
- 在你的主数据库上应用差异
【讨论】：
NHibernate 支持 SchemaUpdate 类，它可以进行 一些 模式修改，但不是全部。这里有更多细节：
How to update database table schemas with NHibernate schema generation?
【讨论】：
无论您使用什么 ORM 工具，如果您进行架构更改，您将不得不同时部署代码和架构更改。对于我们的项目，这意味着对于每个包含架构更改的版本，我们都会编写一个用于更新数据库的 sql 脚本。该脚本由我们的安装程序在将包含新休眠映射的代码部署到服务器的同时运行，并且在模式修改完成之前不会启动新应用程序。
使用该技术，我们能够更改表、删除表、添加表以及将数据从一个表迁移到另一个表，而不会出现任何重大问题。拥有执行数据库修改的脚本可以让您在部署到生产环境之前对其进行彻底测试。
【讨论】：
这是我制定的过程。我认为它相当光滑。
这个过程是这样的，假设你有一个名为 'MyDb' 的数据库
您只需在更改实体时重复此过程。我通常将我的 SQL 脚本存储在 .csproj 中，并有一个运行 simplescriptrunner 的构建后事件。这样，任何其他进行更新和重建的开发人员都将在他们的机器上通过签入的编号脚本生成最新版本的数据库。
MigrationScriptGenerator 使用 OpenDBDiff（一种类似于 Red Gate SQL Compare 的开源工具）来进行脚本生成。如果您想自己创建脚本，您可能会发现这很有用。
PS 这些工具仅适用于 SQL Server - 抱歉！
【讨论】：
我知道这是一个老问题，但我发现它是 google 的最高结果，它没有提到似乎是 NHibernate 迁移标准的工具 - Fluent Migrator
【讨论】：