metalink 기사 [ID377037.1]이 문제는 Oracle 10.2.0.1에서 10.2.0.4까지 적용되지만 문제가 해결되지는 않았다고 나와 있습니다. 이 문제가 Oracle 11.2.0.1에서 수정 된 경우 누구에게 알리십니까?"Oracle 11.2.0.1의 경우 10g 릴리스 10.2 [ID377037.1]"에서 ALL_SYNONYMS 성능이 잘못됨을 선택합니까? "
분명히 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';
메타 링크 문서 ID 1242844.1 11.2.0.1과 11.2.0.2의 ALL_SYNONYMS의 성능 저하가 11.2.0.3에서 수정되었습니다. 이 문서는 11.2.0.3 뷰를 이전 릴리스에 추가 할 수있는 DDL도 제공합니다.
11.2.0.3에서 수정되지 않았으므로 11.2.0.3.6을 실행 중이고 ALL_SYNONYMS에 문제가 있습니다. Toad는 ALL_SYNONYMS가 시작될 때이를 쿼리하고 Toad 사용자는 업그레이드 이후 연결 시간에 대해 불평을합니다. RULE 힌트를보기에 추가하면 성능이 크게 향상된다는 것을 알았습니다. 우리의 경우에는 30 초에서 4 초로 내려갑니다.
관심사와 마찬가지로 당신은 왜 걱정하고 있습니까? ALL_SYNONYMS는 (는) 정기적으로 쿼리하는 비정상적인보기처럼 보입니다. – APC
성능 문제를 해결하려고했지만 특정 쿼리를 처리 할 때 특정 버그가 발생한 10.2 서버를 발견했습니다. 그게 이후 버전에서 수정되었는지 알아 내려고하는 이유입니다. – Azeworai