调试经验——使用DBLINK查询非常耗时且不可靠(原因不在于DBLINK,而在于SQL代码中漏添加了DBLINK语句)

编程入门 行业动态 更新时间:2024-10-25 12:28:20

调试经验——使用DBLINK查询非常耗时且不可靠(原因不在于DBLINK,而在于SQL代码中漏添加了DBLINK<a href=https://www.elefans.com/category/jswz/34/1770772.html style=语句)"/>

调试经验——使用DBLINK查询非常耗时且不可靠(原因不在于DBLINK,而在于SQL代码中漏添加了DBLINK语句)

问题描述:

由于生产环境数据库只提供了查询权限(read-only privilege),只能在开发环境中创建自定义函数。但是,报表所需的数据仅存在于生产数据库中,在开发数据库中是空表。所以,试图通过DBLINK的方式通过开发数据库中访问生产数据库。但是,发现一个比较坑的地方:使用DBLINK查询非常耗时且不可靠。

具体表现在:

同样的SQL,在开发环境中半天查不出结果。即使取消执行,也会停留在"cancel pending, please wait...."达20多分钟以上,真是让人受不了。但在生产环境中,几分钟之内结果就能出来。

不知问题的根本原因在哪里?

补记:后来,发现是在将生产SQL代码改为开发环境中的代码时,漏添加了一个DBLINK(@XXX.COM),导致查询非常耗时!所以,原因不在于DBLINK,而在于SQL代码中漏添加了DBLINK语句。

经验:

基于以上情况,能不用DBLINK就不用吧。也就是说,尽量采用direct access(直连数据库)的方式运行query。

更多推荐

调试经验——使用DBLINK查询非常耗时且不可靠(原因不在于DBLINK,而在于SQL代码中漏添加了DBLINK语句)

本文发布于:2024-03-05 01:13:02,感谢您对本站的认可!
本文链接:https://www.elefans.com/category/jswz/34/1710920.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文标签:语句   而在于   不可靠   原因   代码

发布评论

评论列表 (有 0 条评论)
草根站长

>www.elefans.com

编程频道|电子爱好者 - 技术资讯及电子产品介绍!