В идеале, получить полный план запроса, используя DBMS_XPLAN.DISPLAY_CURSOR с помощью SQL_ID и child_cursor_id от V $ SQL. В противном случае (например, в старых версиях) попробуйте v $ sql_plan и включите фильтр и предикаты доступа. EXPLAIN PLAN отлично, если на самом деле отображается план, который использовался.
Версия DB и издание (Экспресс/Стандарт/Предприятие). Возможно, ОС тоже. SELECT * FROM V $ VERSION
Если у вас есть нестандартные параметры базы данных, полезно знать (особенно что-то связанное с оптимизатором). выберите * из параметра v $, где rownum < 5 и isdefault! = 'TRUE'; * Если вы «10053 след имя контекста навсегда, уровень 1» а альтер установки сеанса событий и разобрать запрос, там будет файл журнала, который будет включать в себя все параметры, используемые при оптимизации запроса *
Размеры таблицы в реальном мире и распределение столбцов (например, это таблица с миллионами строк, причем 30% строк являются «красными» и т. Д.). И соответствующие статистики отключены USER_TABLES, USER_TAB_COLUMNS.
Как долго это выглядит на самом деле, а также любые статистические данные SQL, доступные у вас (согласованные данные, физические чтения) из v $ sql.
Кроме того, кто вы ДУМАЕТЕ, он должен работать быстрее. Вы думаете, что есть лучший план, или вы просто скрестите пальцы.
Я должен задать вопрос: почему это сообщество wiki? – 2008-11-16 07:57:52
Потому что я действительно хочу, чтобы этот вопрос существовал, поэтому мы можем указать его, когда кто-то пишет «Почему этот запрос идет медленнее?» вопрос без предоставления какой-либо полезной информации о таблицах включает в себя индексы или waht, которые они пытаются достичь. – 2008-11-16 09:37:38