Oleg LOA пишет:
Мона узнать, накуя тогда это переливание из пустого в порожнее на несколько
десятков сообщений? Приведены тормозящие запросы и статистика индексов - нет.
Высказаны предложения по реализации - тоже нет.
а) Никто эту информацию не просил, самому выливать лишнюю информацию
сюда не хотелось.
б) Предложения по реализации могут быть примерно такими: когда человек
что-то делает, то он отмечает каких затрат это ему стоит, если он ЭТО
начинает делать по другому, то он СООТНОСИТ текущие затраты с прежними.
Если его ЭТОТ способ не устроил, то возвращается к предыдущему СПОСОБУ
или ищет новый. Сервер может хранить историю выполнения запросов при
смене плана (план, время выполнения и т.д.), при следующем вызове
анализируется ИСТОРИЯ и выбирается план, который приводил к лучшему
результату. Если сервер поменял план и это привело к значительному
падению производительности, по крайней мере в следующий раз "может
получиться лучше".
Отсюда вопрос - зачем задавать вопрос, ответ на который уже получен и более
того - является нормальной практикой?! Идите в конфу по ораклу и расскажите
как плохо что у него съезжают планы при пересчёте статистики и как хреного вам
от этого жить - вас пошлют куда подальше, а особо сердобольные предложат
вкурить документацию на хинты.
на это уже отвечал. вопроса не было - была констатация факта...
Есть проблемное место где оптимизатор может выбрать неоптимальный план -
подумай головой и впиши его руками. Эту фразу можно вставить первой строчкой в
документацию по IB/FB.
при разработке БД не всегда можно предположить, где именно и когда
оптимизатор выберет не оптимальный план. Это происходит уже у клиента,
которому ты "ничем не обязан". Писать руками план в каждый запрос - это
тоже не выход.
Ладно, замяли эту тему.
С уважением, Рубан Станислав
