术语数据库迁移

就个人而言，我和你一样理解数据库迁移。但是，我不确定是否有一个单一的正式定义。可能像许多其他计算术语一样，每个术语都有自己的定义。

在 Wikipedia 中（因为每个人都可以编辑文章，这显示了不同的人如何以不同的方式使用相同的术语）：

• Schema 迁移页面描述了 Alembic 执行的活动。它声称这也称为“数据库迁移”。Ruby on Rails 只是将此活动称为“迁移”
• 数据迁移页面的“数据库迁移”小节将其描述为“从一个数据库供应商迁移到另一个数据库供应商，或者升级正在使用的数据库软件版本。”，因此它符合我们的理解。

迁移一词可以表示“从某物的一个部分移动到另一个部分”。您所描述的（参见 Fat P 的答案）是模式迁移。从该领域的个人经验来看，这些是更常见的迁移类型：

数据迁移：将数据移动到另一个系统，通常是从一个数据库软件到另一个

数据库或主机迁移：将数据库移动到另一台主机，但通常在同一个数据库软件上，可能在更高版本上

架构迁移：更改数据库的架构

在谈论不同数据库产品之间的“迁移”时（尚未）提及：

• （某种程度的）人员培训，以促进...
• 数据库级 SQL 代码的转换（例如，过程、触发器、包）
• 应用程序级 SQL 代码的转换（例如，查询、连接配置文件）
• DBA 级别操作的转换（例如，监控、维护、备份/恢复、复制/复制数据）；其中很大一部分还包括一些应用程序级别的更改（例如，DBA 脚本环境）

'当然'转换'一词意味着理解数据库架构、DDL、SQL 等方面的差异。

虽然这两组工具通常是不同的，但我认为可以说它们都意味着“迁移”。

对于应用代码，我们一般讲“部署”或“发布”：新版本替换旧版本，通常是一次性完成。我们可能还会谈论打补丁，但这仍然有效地替换了代码。

对于数据库，我们一般不会删除旧的数据库并创建一个新的。有时，我们只是在现有功能的基础上添加新功能，但通常，我们需要以某种方式转换模式。这种转变在这两种情况下都是“迁移”的意思：

• 当从一个数据库引擎迁移到另一个数据库引擎时，我们通常必须从旧数据库中提取数据，以某种方式对其进行转换，然后将其插入到新数据库中。
• 当将实时数据库从应用程序版本 N 所需的模式更改为版本 N+1 所需的模式时，我们可能必须执行类似的操作：获取旧表 X 的内容，填充新表 Y，然后删除表 X .

两种类型的“迁移”由不同的专业工具支持，但概念是相同的：您为工具提供初始模式和所需模式，以及关于它们如何关联的一些提示；并且该工具生成必要的 SQL 和 DDL 命令以将您的实时数据从一个模式“迁移”到另一个模式。

正如您所观察到的，一个主要区别是用于管理应用程序所需模式的工具通常还包括或集成版本控制功能。这是因为在这种情况下，您可能会频繁进行小型迁移，并且需要在不同时间管理它们到不同环境的部署。专注于在完全不同的数据库引擎之间迁移的工具不需要过多关注此功能，而是可能具有连续数据复制等功能，您可以在其中并行运行两个数据库。