通过dblink的查询会占用回滚段吗？

[heyixiang]

在本地库建立一个dblink，通过其访问远端对象，是否需要使用远端库的回滚段。

例如:
insert into tb1
select * from tb2@dblink1;

今天被人告知如果tb2太大了的话，可能会引起远端的回滚段不足，要我分批获取，我晕了，select查询也需要使用回滚段吗？上面这种写法应该只会占用本地的回滚段啊！！如果占用，主要是以什么形式，会占用多大的规模？

请高人赐教！

顺便解释下这个现象：
使用在PL/SQL Developer中打开一个sql窗口，执行一个查询select * from tb2@dblink1，这个时候原本灰色的COMMIT和ROLLBACK按钮都会高亮显示。

[doer_ljy]

如果select执行的时间特别长，则会出现这样的情况。因为为了确保读一致性，在select过程中提交的数据是不能用的，因此必须从回滚段中读select执行前的数据，但由于时间太长，要读的回滚段已被别的事务使用过了（因为事务已提交），这样就会报快照过旧或回滚段不足的错误。

[mmqingfeng]

占用本地的回滚段，不占用远端的

[CathySun118]

不占用远端库的回滚段

[zhpsam109]

否需要使用远端库的回滚段？？？
要使用的吧，用于构建数据的读一致性视图！！！

[许毕峰]

学习中,没有在网上找到一个肯定的说法！

[西北刘五]

不占用

[qiyousyc]

1、肯定占用远端的回滚段。原因就是为了避免脏读。
如果想不占用远端的回滚段，除非设置事务隔离级别为允许脏读（但对于远端是否好用不清楚）。
2、COMMIT和ROLLBACK按钮都会高亮显示。
原因就是为了取消查询用的，好释放占用远端的回滚段、锁等信息。

[heyixiang]

insert into tb1
select * from tb2@dblink1;


DBA告诉我如果tb2太大可能引起远端回滚段不足，要我分批获取数据。

[heyixiang]

感谢 zhpsam109 doer_ljy qiyousyc，过两天就结贴。

[heyixiang]

如果我通过游标批量绑定分批COMMIT能够改善吗？

例如：

open cur for
select * from tb2@dblink1;
loop
fetch cur bulk collect into v_row limit 10000;
for i in 1 .. v_row.count
loop
insert into tb1
()
values
();
end loop;
commit;
end loop;
close cur;

[doer_ljy]

使用Cursor也解决不了资源占用的问题啊！
虽然Cursor是一行行读的，但是数据集却是在Open是建立并保持到Cursor结束的。
分批提交只解决本次的回滚段或者撤销表空间的问题。远程的数据仍然需要保持住吧？

[qiyousyc]

肯定能改善，但你的游标代码的执行效率会很低下。

[懒得去死]

select 一般是独占的。