问题描述
我无法创建测试用例,因为我不知道该怎么做。
包FOO在数据库ALPHA中有程序BAR_ONE和BAR_TWO,它们通过数据库链接BETA_LINK在数据库BETA中查询表ALL_RECOGNITION。
Pseudo/garbage code for package
事情是这样的。
1.用于BETA_LINK的密码更改而无需通知。尽管数据库链接密码不好,包FOO仍然有效和可访问。注意: 未知过程BAR_ONE或bar_twe在这段时间内是否失败 (但如果已执行,可能会失败)。
2.更新了包FOO中的单独proc,并尝试了编译。在BAR_ONE中使用 “表或视图不存在” 编译失败。
3.BETA_LINK的密码已更正。
4.再次尝试编译包FOO“表或视图不存在” 发生在BAR_TWO中 (由于不存在 “@ BETA_LINK” 而预期)。
Quandry...
我看到了DB链接密码更改后软件包如何保持有效。编译软件包时发现了密码问题。
我无法弄清楚的是bar_twe首先没有导致编译错误?全识别DOES NOT在本地模式中作为表、视图、同义词、任何...
我希望这是有道理的,并且有一个简单的解释。Bar_twe最初有 “@ BETA_LINK” 文本。确实有人从bar_twe中删除了 “@ BETA_LINK” 代码,但是我无法弄清楚他们是如何编译proc的。
这发生在生产系统中,因此无效的软件包将在几秒钟内被观察到。
包FOO在数据库ALPHA中有程序BAR_ONE和BAR_TWO,它们通过数据库链接BETA_LINK在数据库BETA中查询表ALL_RECOGNITION。
Pseudo/garbage code for package
create or replace PACKAGE BODY "FOO" AS PROCEDURE BAR_ONE (p_cursor OUT ref cursor) AS BEGIN -- proper syntax for querying table in other db via DB link open p_cursor for select COL1 from ALL_RECOGNITION@BETA_LINK where rownum = 1; END BAR; PROCEDURE BAR_TWO (p_cursor OUT ref cursor) AS BEGIN -- code missing @BETA_LINK -- this code was found to be in the valid, COMPILED proc (before the issue with the dblink password) open p_cursor for select COL1 from ALL_RECOGNITION where rownum = 2; END BAR; END FOO;复制
事情是这样的。
1.用于BETA_LINK的密码更改而无需通知。尽管数据库链接密码不好,包FOO仍然有效和可访问。注意: 未知过程BAR_ONE或bar_twe在这段时间内是否失败 (但如果已执行,可能会失败)。
2.更新了包FOO中的单独proc,并尝试了编译。在BAR_ONE中使用 “表或视图不存在” 编译失败。
3.BETA_LINK的密码已更正。
4.再次尝试编译包FOO“表或视图不存在” 发生在BAR_TWO中 (由于不存在 “@ BETA_LINK” 而预期)。
Quandry...
我看到了DB链接密码更改后软件包如何保持有效。编译软件包时发现了密码问题。
我无法弄清楚的是bar_twe首先没有导致编译错误?全识别DOES NOT在本地模式中作为表、视图、同义词、任何...
我希望这是有道理的,并且有一个简单的解释。Bar_twe最初有 “@ BETA_LINK” 文本。确实有人从bar_twe中删除了 “@ BETA_LINK” 代码,但是我无法弄清楚他们是如何编译proc的。
这发生在生产系统中,因此无效的软件包将在几秒钟内被观察到。
专家解答
我无法想象如果软件包引用了不存在的对象,它将如何保持有效。如果没有测试用例,将很难弄清这一点。
当然,显而易见的解释是bar_tw0确实有DB链接。并且当其他过程更改时,bar_twe中的代码同时更改以删除DB链接。
或者在编译FOO的发布期间 (或之后不久) 删除了同义词/视图。
你100% 确定这两个都不可能吗?
当然,显而易见的解释是bar_tw0确实有DB链接。并且当其他过程更改时,bar_twe中的代码同时更改以删除DB链接。
或者在编译FOO的发布期间 (或之后不久) 删除了同义词/视图。
你100% 确定这两个都不可能吗?
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle DataGuard高可用性解决方案详解
孙莹
504次阅读
2025-03-26 23:27:33
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
483次阅读
2025-04-15 17:24:06
墨天轮个人数说知识点合集
JiekeXu
405次阅读
2025-04-01 15:56:03
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
398次阅读
2025-04-08 09:12:48
Oracle SQL 执行计划分析与优化指南
Digital Observer
374次阅读
2025-04-01 11:08:44
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
360次阅读
2025-04-18 14:18:38
Oracle 19c RAC更换IP实战,运维必看!
szrsu
343次阅读
2025-04-08 23:57:08
oracle定时任务常用攻略
virvle
316次阅读
2025-03-25 16:05:19
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
315次阅读
2025-04-15 14:48:05
风口浪尖!诚通证券扩容采购Oracle 793万...
Roger的数据库专栏
311次阅读
2025-03-24 09:42:53