Oracle 甲骨文及；PL/SQL开发人员-不再显示访问谓词和筛选谓词

我将Allround Automation PL/SQL Developer与Oracle 10g一起使用，今天我注意到explain计划不再显示访问谓词或筛选谓词的任何内容。唯一改变的是（据我所知），昨天我尝试使用OracleEnterpriseManager解释查询计划，之后PL/SQL开发人员不再填充这两列

我不知道使用OEM是否会改变一些现在让PL/SQL开发人员感到困惑的设置。有人有什么建议吗？

可以吗

SELECT owner, table_name
  FROM dba_tables
 WHERE table_name = 'PLAN_TABLE'

我见过很多次，不同的GUI试图“帮助”并在本地模式中创建

PLAN\u表

，如果它不存在，而没有注意到共享

PLAN\u表

的同义词。而且，作为有用的GUI，他们倾向于使用旧版本的表创建计划表，该表可能不支持报告访问和筛选谓词之类的内容

---

如果只有一个

PLAN\u表

，您是否可以使用安装中最新的utlxplan.sql脚本重新创建

PLAN\u表

（或者验证您是否具有表的最新版本）？

我可以从中选择，对于每一行，都有4个有效的架构名称之一，即

所有者

（其中一个是我的同事）表的名称总是

PLAN\u table

…最后一次分析的日期是昨天早上，尽管我最近一直在运行计划。最后，我注意到PL/SQL Developer在数据库浏览器下显示了一个

PLAN\u table

，它属于我的模式，没有Access/Filter谓词列。是吗删除这个本地拥有的

PLAN\u表

是安全的，希望PL/SQL开发人员下次能够足够聪明地查看共享表？假设共享

PLAN\u表

有一个公共同义词，您应该能够安全地删除本地

PLAN\u表。您还可以重新创建本地
PLAN\u表e> 使用utlxplan.sql脚本。@Justin Cave:我尝试从所有的同义词中运行
select*，其中table\u name='PLAN\u table'；
但没有返回任何内容。这是否意味着没有公共同义词？顺便说一句，我在这台服务器上没有管理员，所以我认为我无法重新创建任何不在我的架构中的内容-但是OEM不应该有n也可以修改模式之外的任何内容（它不应该拥有PLSQL开发人员拥有的任何额外权限），那么，如果没有公共同义词，我以前是如何获得完整查询计划的？@沮丧-是的，这意味着没有公共同义词。因此，如果删除本地表，可能需要使用utlxplan.sql脚本重新创建它。@Justin Cave:等一下-我可能已经找到了。我从表名为“%PLAN”的所有同义词中运行了
select*ABLE%'；
并找到了一个名为
PLAN\u table$
（请注意物理表名称中的
$
）的表，该表的同义词名为
PLAN\u table
由
PUBLIC
所有。我想这就是我要找的。现在可以安全地删除本地
PLAN\u table
？