如果创建Oracle dblink,则无法直接访问目标表中的LOB列。
例如,您使用以下命令创建dblink:
create database link TEST_LINK
connect to TARGETUSER IDENTIFIED BY password using 'DATABASESID';
在此之后,您可以执行以下操作:
select column_a, column_b
from data_user.sample_table@TEST_LINK
除非列是LOB,否则会出现错误:
ORA-22992: cannot use LOB locators selected from remote tables
同一页面建议您将值提取到本地表中,但这样......有点混乱:
CREATE TABLE tmp_hello
AS SELECT column_a
from data_user.sample_table@TEST_LINK
还有其他想法吗?
答案 0 :(得分:13)
使用如下查询的最佳解决方案,其中column_b是BLOB:
SELECT (select column_b from sample_table@TEST_LINK) AS column_b FROM DUAL
答案 1 :(得分:5)
是的,它很乱,我想不出一种避免它的方法。
您可以通过将临时表创建放在存储过程中(并使用“立即执行”来创建表)来隐藏客户端的一些混乱。
你需要注意的一件事是留在临时表上(如果在你有时间清理它之前某些事情会在会话中途失败) - 你可以安排一个oracle工作来定期运行并删除任何剩余的表。
答案 2 :(得分:1)
您可以使用物化视图来处理所有“缓存”管理。它并不完美但在大多数情况下都有效:)
答案 3 :(得分:1)
对于查询数据,user2015502的解决方案是最智能的。如果要插入或更新LOB的 AT 远程数据库(插入xxx @ yyy ...),您可以轻松地使用动态SQL。见my solution here:
答案 4 :(得分:0)
您是否有特定的场景? 例如,如果LOB保存文件,并且您在公司内部网上,则可能您可以编写存储过程以将文件解压缩到网络上的已知目录并从那里访问它们。
答案 5 :(得分:0)
在这种特定情况下,两个系统可以通信的唯一方法是使用dblink。
此外,表解决方案并不那么糟糕,只需要“缓存”我在dblink上的数据就太麻烦了。