oracle 数据库 link 用于数据复制、资源和性能
oracle database link for data replication, resources and perfomance
使用的环境：两个 Oracle 12c 数据库（生产和 development/testing）。为了按需将某些特定表的数据从 prod 复制到 dev，我们计划使用数据库 link。有些表相对较大~1G，因此不清楚应该在哪个数据库上创建 link 以对生产中的 transactions/performance 产生最小影响？或者它有什么不同吗？
如果您想四处移动数据，请考虑使用专为此设计的工具 - Data Pump。从生产数据库中导出数据并导入到开发中。它在操作系统级别工作，但是执行该操作的用户应该有权访问 目录 （指向文件系统目录的 Oracle 对象，导出文件 (DMP) 和日志的位置文件位于）。
数据库link 假定您知道“目标”数据库的登录凭据。因此，如果您创建一个数据库 link 从开发到生产，您将 拉取 数据到开发数据库。但是，存在开发人员能够 破坏 生产数据（删除表、截断表、更新值……他们想要的任何东西）的风险。所以，这不完全是“性能”问题，而是 安全问题。
反之亦然？生产应该将数据推向开发。
再一次：我会使用 Data Pump。
使用的环境：两个 Oracle 12c 数据库（生产和 development/testing）。为了按需将某些特定表的数据从 prod 复制到 dev，我们计划使用数据库 link。有些表相对较大~1G，因此不清楚应该在哪个数据库上创建 link 以对生产中的 transactions/performance 产生最小影响？或者它有什么不同吗？
如果您想四处移动数据，请考虑使用专为此设计的工具 - Data Pump。从生产数据库中导出数据并导入到开发中。它在操作系统级别工作，但是执行该操作的用户应该有权访问 目录 （指向文件系统目录的 Oracle 对象，导出文件 (DMP) 和日志的位置文件位于）。
数据库link 假定您知道“目标”数据库的登录凭据。因此，如果您创建一个数据库 link 从开发到生产，您将 拉取 数据到开发数据库。但是，存在开发人员能够 破坏 生产数据（删除表、截断表、更新值……他们想要的任何东西）的风险。所以，这不完全是“性能”问题，而是 安全问题。
反之亦然？生产应该将数据推向开发。
再一次：我会使用 Data Pump。