Оракл?

[dil]

Я раньше думал, что Оракл умный. И сам умеет оптимизировать выполнение запросов. А тут наткнулся на ситуацию, когда простейший
SELECT count(*) FROM однатаблица WHERE поле = 'foo' AND дата_добавления >= SYSDATE-30/1440
выполнялся по 15 минут, пока в запрос явным образом не добавили /*+ INDEX_JOIN(BAZ) */

Что я делаю неправильно?

Comments

за 5 лет работы ора дба ни разу не использовал INDEX_JOIN

[kranov.livejournal.com]

ой дебильный хинт.
видимо ваш разраб. не сделал индекса (поле,дата_добавления)

Re: за 5 лет работы ора дба ни разу не использовал INDEX_JOIN

[kranov.livejournal.com]

вариант объяснения почему дольше такой (считаем что статистика есть):

без хинта, оракл пошел в таблицу и делал полный скан и его стоимость была меньше, чем в сумме проход обоих индексов, но индексы лежали в кеше, и выполнилось быстрее.

короче покажи
set autotrace on
вариант с хинтом;
вариант без хинта;

и все станет абсолютно ясно.

Re: за 5 лет работы ора дба ни разу не использовал INDEX_JOIN

[dil.livejournal.com]

ну да, индекса конкретно по этим двум полям нет, потому что там таких флажков пара десятков, по всем делать замучаешься.
но что мешало автоматически использовать имеющийся индекс по дате добавления, я не понимаю.

Re: за 5 лет работы ора дба ни разу не использовал INDEX_JOIN

[kranov.livejournal.com]

Потому что бы правильно оценить стоимость предиката (>= SYSDATE-30/1440) надо иметь глистограммы, а у тебя их спорю на деньги нет. Т.е. статистику то все собирают, а вот какую это вопрос.

select count(*) from user_histograms where tablename = 'ТВОЯТАБЛИЦАИМЯ'

а оракл кстате какой? 10-ка автоматически начала собирать статистику примерно какую надо.

Re: за 5 лет работы ора дба ни разу не использовал INDEX_JOIN

[dil.livejournal.com]

у меня вообще ничего нет, я в данном случае выступаю в роли прикладного программиста.
а dba - индус в худшем смысле этого слова, от него чего-то внятного можно добиться, только рассказав 90% решения :(

Re: за 5 лет работы ора дба ни разу не использовал INDEX_JOIN

[kranov.livejournal.com]

ну тогда оракл прав: нужен фулскан.

программер тоже может выполнить типа такого и посмотреть как изменится план.
begin

dbms_stats.gather_table_stats(ownname=>'OPKASSA', tabname=>'DAT_KASSA', estimate_percent=>10, method_opt=>'FOR ALL INDEXED COLUMNS SIZE 250');

end;