迁移和备份模式（复杂的数据库结构）答案

【问题标题】：Migrating and Backing up Schemas (complex database structures)迁移和备份模式（复杂的数据库结构）
【发布时间】：2011-05-01 09:41:38
【问题描述】：

大家好，我需要找到一种方法来备份并将我们的 Oracle 数据库从生产模式迁移到开发模式，反之亦然。

我们有一堆配置表来驱动我们平台上的系统如何运行，并且在设置新系统或进行维护时，我们需要更新我们的配置表。我们希望能够在开发模式上工作，并且在设置系统/功能后，我们希望能够将所有这些配置迁移到开发模式。

我想运行一个程序，我们提供系统的 ID（来自主表），然后我会遍历所有表并选择 nvl(..)，如果它不存在，我会插入，如果它确实存在，那么我只需在该行上运行更新。

这段代码会变得非常混乱和复杂，尤其是因为整个配置架构非常复杂，并且可能很难正确处理所有键。

我正在查看的另一个选项是触发器，因此在设置新系统时，将记录我们在设置/编辑系统时运行的所有语句的日志，然后我们将在生产模式上运行它。

我在 coop 期间，只使用数据库 6 个月，所以我知道的不多，任何信息/建议都会非常受欢迎。

（我们使用pl/sql）

【问题讨论】：

【解决方案1】：

如何使用导出/导入（或数据泵）来引入配置表？

【讨论】：

【解决方案2】：

查看this等数据比较工具认为 TOAD 内置了一个。我敢肯定还有其他的。

【讨论】：

【解决方案3】：

架构中的表通常称为“静态数据”，即用户不会更改它，因为它控制着应用程序的工作方式。

不应在目标环境中临时运行对配置数据的每次更改。相反，您需要在一个或多个脚本中仔细设计和编码您的 DML，这些脚本在开发环境中进行测试，检查到变更控制中，并且可以在需要时在任何环境中重新运行。

【讨论】：