Horsun Vlad пишет: >> Про маразм - это сгоряча. > Нет, не сгоряча. В ASA параметризированные запросы теряют > половину своих преимуществ - отсутствие повторной оптимизации, > которая может быть дольше, чем сам запрос
Может быть, а может и не быть. Оптимальное выполнение запроса - часто весьма значимое преимущество. Дискутировать по этому вопросу по существу не готов, но на время оптимизации жаловаться не приходилось. Даже настройкой глубины оптимизации ни разу не пользовался - дефолтное значение вполне устраивает. >> IMHO маразм - это использование единого плана >> для всех возможных значений параметров. > Для запросов в процедурах так оно и есть (даже! :) в ASA В том случае, если общий план не сильно дороже зависящего от параметров. >> Упрощенный, но жизненный пример - отбор документов, скажем по периоду, >> складу и статусу. Есть индекс по дате, FK по складу, индекс по статусу. >> Дата более-менее равномерна, склады заметно отличаются объемом потока >> документов, а распределение по статусу вообще супер перекошенное - 99% >> закрыты и очень небольшое кол-во "в обработке". Какой индекс оптимальнее >> будет? > > Это вопрос или таки пример ? :-D Это пример вопроса, ответ на который зависит от значений параметров :) > http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/en/html/dbugen9/00000403.htm > > Да, я уже это прочитал. Кстати - глубина доки по ASA > поражает - такое впечатление, что они её пишут для детсадов > и боятся (или просто не знают ?) написать что-нибудь более > сложное, чем 2х2 Ну, что есть, то есть. По крайней мере есть возможность дать ссылку на нужную страницу доки. Все ж таки не open source. Что-то в принципе можно вытрясти из разработчиков на форуме, но потребности в этом не возникало. >> Если стоимость такого плана >> близка к лучшей зафиксированной стоимости запроса, то план добавляется в >> кэш и используется в дальнейшем. > > Это работает только если пар-ры не плавают. Рассчитывать на > это - глупо (маразм :) Вести полемику на эту тему не собираюсь, ибо тут не SQL.RU и я лишь пользователь сервера, а не разработчик. > Просто эта фича ASA > а) не совсем в тему того, о чём говорились, Это просто в тему использования значений параметров при оптимизации, просто к сведению, не для спора. Интересно или нет - вам решать. > б) весьма далека от идеала (ладно - imho :) А что есть идеал по твоему? Не вообще, а по данному вопросу. Все равно ведь компромисс искать надо между затратами на оптимизацию и эффектом от этой самой оптимизации >> P.S. Гистограммы в FB планируются? В roadmap упоминается со средним >> приоритетом Optimizer improvements ... more data statistics > Да, конечно В FB3? --~--~---------~--~----~------------~-------~--~----~ -~----------~----~----~----~------~----~------~--~---
