MasterZivКакая база данных рассматривается ?

Я бы рекомендовал написание N разных хранимых процедур вместо одной, по одной на каждый случай. Естественно, главную процедуру можно оставить и она будет перевызывать процедуры с реализацией по какому-то условию.

Это нужно для лучшей работы оптимизатора запросов для каждой из процедур.
Правда есть исключения из этого правила, например, когда таблица очень маленькая и/или планы запросов по жизни всегда плохие и это вас устраивает.
Рекомендация катит только под ASE - у ASA нет жесткой компиляции планов процедур, поэтому ей до фени - в одной это все процедуре или сотнях или вообще в динамическом SQL.

q2qимееться простой запрос плана:
select * from Houses
который вызываеться в функции.
необходимо сделать так, чтобы запрос изменялся в зависимости от передоваемой в функцию переменной houseID:
при houseID=-1:
запрос: select * from Houses
при house>-1:
запрос: select * from Houses where hID=houseID

подскажите как это лучше реализовать непосредственно в теле функции.
А что, OR теперь не модно ?
Очень умный оптимизатор выкинет условие и выполнит полный запрос, если houseID = -1 и наложит условие и воспользуется индексом в обратном случае, так что для таких запросов с использованием констант производительность будет нормальной.

q2qя привел очень простой пример когда ставил вопрос на обсуждение... а если в функции несколько вариаций и происходит несколько ветвлений по нескольким условиям... и запрос не в одну строчку а в 20 ??
что скажешь надо писать 5 страниц текста и запихивать всё это в одну функцию ...
Для более сложных ситуаций существует динамический SQL:
При сборке скрипта в зависимости от условий можно динамически собирать в FROM и WHERE нужные связки таблиц и условий, работает все прекрасно опять же из за отличного оптимизатора ASA.

--
www.rusug.ru - портал русскоязычной группы пользователей Sybase