OV>> А так можно было б, конечно, и на сервере разруливать, и не
OV>> привязываться к инструментарию разработки, упрощающему формирование
OV>> запросов в run-time.
AK> анализаруем входные параметры в процедуре, и делаем ветки для
AK> каждого варианта. Оптимальные для этого варианта.
AK> Если не нравится гигантский размер процедуры, разбиваем на несколько.
AK> И усе.
ИМХО Ваш вариант, не "эсть" оптимальный. А коли добавить/удалить
что надо из выборки лазить по всем однотипным веткам ? И дай Бог
ничего не пропустить ? - Глупо !
В принципе у меня такие-же проблемы !
Пока обхожусь конструкцией вида
where (1 = :F1 and ...) or
(2 = :F1 and ...)
,если перефразировать автора поста, но сами понимаете ...
тормоза при этом жуткие бывают т.к. любое упоминание or
в подобном контексте упорно вгоняет оптимизатор в ступор
и завтавляет выбирать PLAN NATURAL :(
Может конечно и не в ту степь, но я - ЗА! ;)
ИМХО, только !изменение! (что-то сродни prepeare)
структыры where по значению парамета - было-бы очень
полезно многим ....
С уважением,
Константин Григорьевич.
===============
Если "низя", но очень "хотса" - то "мона" :)
