以下描述了一些最常见的数据库迁移任务。 同样的方法也适用于任何其他受支持的数据库组合。
将数据从 Oracle 迁移到 PostgreSQL 的组织需要将表数据从两个不同的数据库引擎之间迁移，这两个引擎对列的命名和类型有所不同。通过数据库连接向导，MapForce 可以通过 JDBC 或 ODBC 连接到 Oracle，并通过原生连接或驱动程序连接到 PostgreSQL。它会将两个数据库的模式加载到映射面板中，您可以在其中拖放（或使用 Altova AI）将 Oracle 表与其对应的 PostgreSQL 表连接起来。
只需简单地拖放数据处理功能，即可在 Oracle 和 PostgreSQL 数据类型之间进行转换，调整日期和时间戳的格式，并根据相关数据库的规则，以支持 NULL 值的处理。数据库键设置允许您决定主键和外键值是来自 Oracle 数据库，还是在插入时由 PostgreSQL 数据库生成。
将 MySQL 数据库迁移到 PostgreSQL 是 MapForce 最常用的应用之一。一旦两个数据库的结构都加载完毕，MapForce 会解析每个结构，显示可用的表和视图，并识别它们之间的关系。要完成迁移，只需在源结构和目标结构之间拖动连接线，并在 MySQL 和 PostgreSQL 类型或规范不同的地方添加数据处理函数即可。
由于该映射关系被保存为可重复使用的设计，因此，当源数据发生变化时，例如在分阶段迁移过程中或作为定期的数据加载，相同的 MySQL 到 PostgreSQL 迁移过程可以被重新执行。
SQLite数据库经常被用于本地或嵌入式存储，但之后可能需要将其数据迁移到共享的MySQL服务器上。
SQLite 的灵活类型系统是这次迁移中需要重点考虑的问题：SQLite 存储的数据类型相对宽松，需要将其映射到 MySQL 中明确定义的列。MapForce 的数据处理功能可以在映射过程中完成这种转换，从而确保正确类型的数据被写入到 MySQL 目标数据库中。
在从 MSSQL 迁移到 MySQL 时，MapForce 会在映射过程中处理两个数据库引擎之间的结构差异。列名重命名、数据类型转换以及值格式化等操作都通过图形界面进行，而不是通过迁移脚本。表操作功能让您可以控制数据映射的方式。您可以为每个表选择插入、更新或删除操作，并定义 MapForce 使用哪些列来判断目标行是否已存在。
将 Microsoft Access 数据库迁移到 SQL Server
那些已经超出桌面数据库容量的数据库通常会被迁移到 SQL Server。MapForce 通过 ADO 连接到 Microsoft Access 和 SQL Server，加载两者的模式，并允许您将 Access 中的表和查询映射到 SQL Server 中的表。
Access和SQL Server在数据类型、键的处理方式以及命名规则等方面存在差异。通过可视化方式进行映射，可以明确这些差异，并允许您在映射过程中一次性进行修正，而不是在数据层面反复修改。数据库的键设置决定了Access中的自增值（AutoNumber）是否会被保留，或者是否会被SQL Server的标识值（identity values）所替代。
将 Access (ACCDB) 数据库迁移到 SQLite
将 ACCDB 文件转换为 SQLite 格式，可以将 Access 数据库迁移到一个轻量级、基于文件的格式，该格式可以在任何地方运行。MapForce 通过 ADO 读取 Access 数据库，并通过原生连接将数据写入 SQLite 文件。与任何 MapForce 迁移一样，源数据库和目标数据库的结构不必完全一致。在将 Access 结构转换为 SQLite 结构时，您可以进行扁平化、重命名或子集选取等操作。
MariaDB和MySQL关系密切，但从一种数据库迁移到另一种数据库时，仍然需要考虑数据类型、键以及任何不同的列定义。如果数据库结构完全相同，那么迁移过程就是简单的连接；如果数据库结构不同，则需要应用与任何其他迁移路径中使用的相同过滤和转换方法。
MapForce 还可以将数据从关系型数据库迁移到 NoSQL 数据库，包括 MongoDB、CouchDB 和 Microsoft Azure Cosmos DB。它能够将关系型数据库中的行及其相关表以可视化的方式映射到文档结构中，从而可以将规范化的 SQL 模式重塑为文档，这可以在迁移过程中完成，而无需单独的转换步骤。
