通过 dblink 选择 *

Question

当尝试通过循环游标（通过 dblink 从源表中选择）来更新表时，我遇到了一些麻烦。

我有两个数据库DB1，DB2。

它们是两个不同的数据库实例。 我在 DB1 中使用以下语句：

CURSOR TestCursor IS
    SELECT  a.*, 'A' TEST_COL_A, 'B' TEST_COL_B
    FROM rpt.SOURCE@DB2  a;
BEGIN
    For C1 in TestCursor loop
        INSERT into  RPT.TARGET 
        (

           /*The company_name and cust_id are select from SOURCE table from DB2*/  
           COMPANY_NAME, CUST_ID, TEST_COL_A, TEST_COL_B

        ) 
        values
        (  
           C1.COMPANY_NAME, C1.CUST_ID, C1.TEST_COL_A , C1.TEST_COL_B
        ) ;

    End loop;

    /*Some code...*/

End

一切正常，直到我将列“NEW_COL”添加到 SOURCE table@DB2

插入数据得到错误的值。

正如我所期望的， TEST_COL_A 的值应该是“A”。

但是，它包含我在 SOURCE 表中添加的 NEW_COL 值。

TEST_COL_B 的值包含“A”。

有人遇到同样的问题吗？ 看来oracle在编译时缓存了表列。 有没有办法在不重新编译的情况下向源表添加列？

Answer 1

根据此：

Oracle数据库不管理
远程模式之间的依赖关系
除
本地过程到远程过程
依赖关系。

例如，假设本地视图
由查询创建和定义
引用远程表。还假设
本地过程包含 SQL
引用相同内容的声明
远程表。后来，定义
该表已更改。

因此，本地视图和
程序永远不会失效，甚至
如果视图或过程在之后使用
该表已更改，即使
视图或过程现在返回错误
使用时。在这种情况下，视图或
必须手动更改程序，以便
不会返回错误。在这样的
案例，缺乏依赖管理
比不必要的更可取
重新编译依赖对象。

在这种情况下，您不会完全看到错误，但原因是相同的。如果您使用显式列名称而不是 *，也不会有问题，无论如何，这通常更安全。如果您使用 * ，则无法避免重新编译（除非，我认为 * 是选择列表中的最后一项，在这种情况下，任何额外的列最后不会造成问题——只要他们的名字不冲突）。

Answer 2

我建议您在 DB1 中使用单个集合处理插入语句，而不是一次一行游标 for 循环进行插入，例如：

INSERT into  RPT.TARGET 
select COMPANY_NAME, CUST_ID, 'A' TEST_COL_A, 'B' TEST_COL_B
FROM rpt.SOURCE@DB2
;

基本原理：

1. 集合处理几乎将总是优于一次一行
   处理[这是一次非常慢的处理]。
2. 设置处理插入是一个可扩展的解决方案。如果应用程序需要扩展到数万行或数百万行，则一次行解决方案将无法扩展。
3. 此外，使用 select * 构造是危险的，因为您
   遇到[和其他类似原因]。