Константин wrote:
> Однако ... у меня тоже выборок по диапазону до чёртиков
> и хотелось бы ... (всё выше сказанное) пусть и в 2.1
А ты их пробовал? Я вот, с утра почитавши, гонял полдня свои модули
с диапазонными выборками. Потому что на них стоит естественным образом
вся бух подсистема, фин планирование и бюджетирование и масса
статистики. Торопиться с выводами не буду, но ПОКА тормозов не встретил.
ПОКА. Потому что
а) есть подсистемы, о которых я лично знаю только то, что они есть. А
авторы сильно сейчас загружены.
б) в моих личных подсистемах до фига и больше планов, прибитых
гвоздиком. Потому может и не наступаю. Но вообще-то я в последнее время
уже расслабился и разленился и как-то отвык пользоваться молотком :) И
не хотелось бы к этому возвращаться.
Что в запросах с outer join-ами явные планы молча игнорируются, я
привык. Хоть и считаю это багой. Либо слушаться, либо слать нафиг с
сакраментальной формулировкой index cannot be used in specified plan.
Если реплика Олега в этой ветке подразумевает, что подобные факты могут
иметь место и с иннерами, то баба-яга решительно против. При переходе с
1 на 1.5 был у меня такой специально собранный билд в исследовательских
целях, наелся. Насчёт неподхвата "плохого" индекса даже в случае
отрубания индекса-конкурента хинтом - имхо сомнительная фича. Имхо лучше
я его в случае чего тоже хинтом отрублю.
Кстати, о хинтах :) Пока телепался с тестированием, по пинку был
вынужден срочно доработать один старый запрос в боевой программе. Там
был иннер из 5 таблиц, понадобилось ещё 6 привинтить на аутерах. Живший
там явный план, ясен пень, пошёл лесом. Вариант оптимизатора 1.5 был ни
в борозду ни в Красную Армию, после применения первого хинта стал
приемлемым, после применения второго - оптимальным. Сунул его 2-ке без
хинтов - оптимизатор поумнел ровно на мой первый шаг :)
--
Regards. Ded.
--~--~---------~--~----~------------~-------~--~----~
-~----------~----~----~----~------~----~------~--~---
