表 1 有 5 列。表 2 具有相同的 5 列，另外还有一个不可为空的列。我想使用 datapump 将表 1 中的数据复制到表 2。在 Sql Server 中，我可以使用 bcp 并指定要在导出时使用的查询，其中我可以从表中“选择 *，'新数据'” 1. 这具有在我导入时将字符串“新数据”放入表 2 中的新列的效果。
我将如何使用 Oracle 的 Datapump 完成此任务？根据我的阅读，我只能指定一个 WHERE 子句，这意味着我不能将“新数据”添加到我的新列中。
到目前为止，我想出的唯一想法是禁用表 2 中新列的非空约束，从表 1 中对数据进行数据泵送，然后更新所有行以将“新数据”添加到新列中。这是我唯一的选择吗？
我正在尝试调整查询，并且希望能够判断分区修剪是否正在发生。在查询的一部分，我得到一个 Pstart 和 Pstop 值 =“KEY”：
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
|* 5 | INDEX RANGE SCAN | IX_SOMEINDEX | 1 | | 1 (0)| 00:00:01 | KEY | KEY |
执行计划的另一行显示了 Pstart 和 Pstop 值 = "ROWID"：
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
| 10 | TABLE ACCESS BY GLOBAL INDEX ROWID | LOOP | 1 | 18 | 2 (0)| 00:00:01 | ROWID | ROWID |
基本上，我正在寻找 ROWID 和 KEY 在 Pstart 和 Pstop 的上下文中的含义的定义。
有一个从 Oracle 10 升级到 11G R1 的旧数据库。在 Oracle 10 中，我们禁用了绑定窥视。由于 Oracle 11 具有自适应游标共享，我们希望重新启用绑定窥视。当我们这样做时，我们发现许多查询要快得多。不幸的是，一个关键查询变得非常慢。一旦我们关闭绑定窥视，一个查询就会再次变快，但其他一切都会变慢。
问题是：在 Oracle 11 中，什么会导致绑定窥视使查询变慢？我认为自适应游标共享应该解决糟糕的绑定变量窥视问题。