是“针对 ALL_SYNONYMS 选择在 10g 版本 10.2 上表现不佳 [ID377037.1]”吗？ Oracle 11.2.0.1 已修复吗？

发布于 2024-12-07 11:11:21 字数 116 浏览 3 评论 0原文

我在 Metalink 文章 [ID377037.1] 中指出该问题适用于 Oracle 10.2.0.1 至 10.2.0.4，但该问题没有解决方案。有谁知道这个问题在 Oracle 11.2.0.1 上是否已修复？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

别低头，皇冠会掉 2024-12-14 11:11:21

显然不是，9.2版本仍然更快。但差别并不大，如果您非常担心性能，那么看起来 DBA_SYNONYMS 几乎一样快。（但是在授予对 DBA_ 视图的访问权限之前，您需要仔细考虑。）

这些数据字典对象的性能波动很大，这里的时间是非常粗略的估计：

--0.3 seconds:
select count(*) from all_synonyms;
--0.1 seconds:
select count(*) from sys.all_synonyms_920x;
--0.2 seconds:
select count(*) from dba_synonyms;

--0.125 seconds:
select * from all_synonyms where synonym_name = 'APEX_ITEM';
--0.03 seconds:
select * from sys.all_synonyms_920x where synonym_name = 'APEX_ITEM';
--0.05 seconds:
select * from dba_synonyms where synonym_name = 'APEX_ITEM';

Apparently not, the 9.2 version is still faster. But the difference isn't large, and if you're very worried about performance it looks like DBA_SYNONYMS is almost as fast. (But you'd want to think carefully before granting access to DBA_ views.)

The performance of these data dictionary objects fluctuate wildly, the times here are very rough estimates:

--0.3 seconds:
select count(*) from all_synonyms;
--0.1 seconds:
select count(*) from sys.all_synonyms_920x;
--0.2 seconds:
select count(*) from dba_synonyms;

--0.125 seconds:
select * from all_synonyms where synonym_name = 'APEX_ITEM';
--0.03 seconds:
select * from sys.all_synonyms_920x where synonym_name = 'APEX_ITEM';
--0.05 seconds:
select * from dba_synonyms where synonym_name = 'APEX_ITEM';

回复收藏 0 原文

冰火雁神 2024-12-14 11:11:21

Metalink 文档 ID 1242844.1 表示 11.2.0.1 和 11.2.0.2 中的 ALL_SYNONYMS 性能不佳已在 11.2.0.3 中得到修复。该文档还提供了 DDL，以将 11.2.0.3 视图改造为早期版本。

回复收藏 0 原文

等数载，海棠开 2024-12-14 11:11:21

它在 11.2.0.3 中没有修复，我们正在运行 11.2.0.3.6 并遇到 ALL_SYNONYMS 问题。 Toad 在启动时查询 ALL_SYNONYMS，并且 Toad 用户抱怨升级后的连接时间。我发现如果将 RULE 提示添加到视图中，它会极大地提高性能。在我们的例子中，时间从 30 秒减少到 4 秒。

回复收藏 0 原文

~没有更多了~