Исправлен ли «Выбор против ALL_SYNONYMS плохо выполнено в 10g версии 10.2 [ID377037.1]» для Oracle 11.2.0.1?

Question

Статья metalink [ID377037.1] У меня есть заявление, что проблема относится к Oracle с 10.2.0.1 по 10.2.0.4, но нет решения этой проблемы. Кто-нибудь знает, если эта проблема исправлена ​​в Oracle 11.2.0.1?

Answer 1

Очевидно нет, версия 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';

Answer 2

Это не исправлено в 11.2.0.3, мы запускаем 11.2.0.3.6 и получаем проблемы с ALL_SYNONYMS. Жаба запрашивает ALL_SYNONYMS при запуске, и пользователи жабы жалуются на время соединения с момента обновления. Я обнаружил, что если вы добавите подсказку RULE в представление, это значительно повысит производительность. В нашем случае с 30 секунд до 4 секунд.

Answer 3

Идентификатор документа Metalink 1242844.1 говорит, что плохая производительность ALL_SYNONYMS в 11.2.0.1 и 11.2.0.2 исправлена ​​в 11.2.0.3. Документ также предоставляет DDL для модификации представления 11.2.0.3 к более ранним версиям.