А что скажут многоуважаемые специалисты по-поводу оптимизаторов различных СУБД? Как кажется мне (из нашего опыта) это самый главный вопрос. Такое впечатление, что с проблемами работы оптимизатора никто не сталкивался. У всех на всех СУБД во всех проектах оптимизатор всегда точно выбирает самые оптимальные планы запросов. А если и не самые оптимальные, то настолько несущественно от них отличающиеся, что это проходит незамечено. Может быть структура хранения данных в наших проектах настолько уникальна, что для нас этот вопрос стал ключевым? Мы имели и имеем дело с Microsoft SQL (правда не самых последних версий) и Sybase. И у того и у другого просто глобальные проблемы с оптимизатором. Последние два года пытались проникнуть в сущность этих проблем на Sybase. Вывод: оптимизатор очень слаб в смысле алгоритмов, собираемая статистика просто теоретически не позволяет ему в некоторых случаях находить оптимальные планы. Вобщем, приходится отключать оптимизатор, расставлять в нужном порядке таблицы в запросе и явно указывать индексы, которые необходимо использовать. После этого запросы выполняются гарантированно быстро. Такие мучения заставили искать альтернативные варианты. Эти поиски привели к DB2. В течении последнего года мы изучаем эту базу. Все наши эксперименты говорят за то, что у DB2 оптимизатор на голову выше. Пока что нам не удалось задать ему непосильную задачку. Правда ни одной реальной задачи с большим объемом данных мы еще не успели запустить. В синтаксисе DB2 вообще отсутствует возможность отключить оптимизатор и явно задать индексы. Рассматривали мы в качестве варианта и ORACLE. Но из нескольких независимых источников была получена информация, что и там приходится хинтовать сложные запросы.
Хотелось бы услышать комментарии на этот счет. У кого какой собственный опыт в борьбе с оптимизаторами?