只是为了给这个问题提供更多背景信息，我有一个 Web 应用程序 (asp mvc)，它基本上将 CRUD 操作包装到 MongoDb 实例中，它在验证模型并将其发送到之前执行验证和某些业务逻辑存储、检索等。

现在我们遇到的一个问题是，在新版本中模型已经改变，但现有数据没有，这里有一个例子:(它是 c# 特定的，但问题确实与语言无关)

public class Person
{
    public Guid Id {get; set;}
    public string Name {get; set;}
    public int Age {get;set;}
    public string BadgeNo {get;set;}
}

public class Person
{
    public Guid Id {get; set;}
    public string Name {get; set;}
    public int Age {get;set;}
    public string EmployeeNo {get; set;} // Still contains same data as BadgeNo just called something different
}

您可以看到对象的结构发生了变化，但在 Mongo 领域，它仍然传递一个 BadgeNo，而不是一个 EmployeeNo。在 SQL 领域，我们通常会有一个迁移脚本，它作为构建脚本的一部分运行，它会更改架构并更新/插入/删除该增量的任何其他数据。

那么如何最好地使用 Mongo 管理这些类型的迁移？我是否还应该有一个脚本用于更新 Mongo 中的所有实例？还是有其他一些首选的做法来做这种事情。

任何关于这个主题的建议都会很棒

=== 编辑 ===

目前我似乎想要使用迁移选项而不是逐步淘汰的方法，因此考虑到这一点，任何人都可以推荐任何工具来帮助该领域，否则每次迁移(假设滚入， roll-out) 必须是某种预编译的程序集，其中包含所有逻辑。我在想一些类似于 FluentMigrator 的东西，但不是使用 SQL，而是使用 Mongo。目前我的构建脚本使用的是 Nant，我看过一些 ruby​​ 工具，但不确定是否有任何 .net 等价物。

最佳答案

基本上有两种方法:

1. 确保您的应用程序代码可以处理数据结构的两个“版本”，并在保存时更新到新结构
2. 编写迁移脚本

我可能会选择选项 1，因为它是允许您逐步更新的方法，而与选项 2 一样，您基本上需要关闭您的应用程序，以便您可以更新代码(快速)和数据(可能更慢)一口气。

然后，或者如果您认为有必要也执行选项 2 来迁移您的数据。这样就不必关闭您的网站，并且可以愉快地在后台异步运行。

https://stackoverflow.com/questions/9326280/