Hi all.

сервер ASA 10.
есть хранимая процедура в которой запросы формируются в зависимости от передаваемых параметров, и не только.
Можно было-бы существенно сократить объем кода, если бы формироваь части запросов в переменные
т.е. нечто в этом духе:
...............
declare @kusok_zaprosa varchar(200);
declare @tdt integer;

if @is_bonus = 0 then
select @kusok_zaprosa='is_bonus=0';
else
select @kusok_zaprosa='is_bonus=1';
end if;

select max(trans_datetime) into @tdt
from all_games_oper
where state=0 and @kusok_zaprosa;
................

можно ли такое вытворить? и если да, то как это должно выглядеть?

vinogradovА динамический SQL разве не подходит. Уж давно существует
не совсем понял....
может я не совсем полно описал ситуацию:
эта хранимая процедура может быть вызвана из разных мест и приложений (PHP, win32 client, linux client). процедура довольно увесистая и не простая, работает уже давно (система уже в работе), поэтому создавать процедуру на лету каждый раз, перед вызовом - не подходит.

White OwlВо первых, не select @kusok_zaprosa='is_bonus=0'; а set @kusok_zaprosa='is_bonus=0'; Ты диалекты sql-то не путай. Либо один, либо другой, а то вылезет непонятная плюха и будешь три часа разбираться.
Во вторых, использовать @ для обозначения переменных это пережиток страшного T'SQL-ного прошлого.

вообще-то, я и сам пережиток того самого прошлого...и раньше работал только с ASE.
White OwlНу и в третьих твой пример лучше всего переписать так:
пример переписать то можно, а вот процедуру врят-ли...там совсем иначе. а пример я упростил что-бы не загромождать форум. еще раз повторюсь - процедура "ТРЕХЭТАЖНАЯ"!
- если-бы была возможность сделать так как вы предлагаете, я бы не задавал свой вопрос.

White Owl"Динамический SQL" это формирование прямо внутри ХП sql-запроса в текстовой переменной и потом запуск этого запроса при помощи команды execute. Но это на саааамый крайний случай. И очень-очень не рекомендуется если можно избежать.
никогда не использовал это .....
ну а почему не рекомендуется? в 2-х словах, если можно....(или ссылочку!)

White OwlWatcomSQL это самый гибкий sql диалект из все что я видел (а я видел много :)) В нем можно усложнять запрос до полного безобразия. Вложенные if и case хоть в списке колонок, хоть в условиях.
сейчас в общем-то так оно у меня и сделано (чере case и if и на первый взгляд очень безобразно) но тем ни менее сам запрос максимально оптимизирован...просто кое что добавлял и хотелось привести в божеский вид...
Почувствовал в ASA бОльшие возможности и подумал - а что если и это возможно;-)
White Owl... Вот я сейчас вынужден с ASE жить - какой этот TSQL недоразвитый это просто ужас. Я вполне верю что человек привыкший к нему, не сразу сообразит сделать вложенный if внутри where перейдя на SA. Мне их в ASE чертовски не хватает. И внешние ключи в ASE неудобные. И триггера недоделанные. И клиентские библиотеки больше подходят для мазохистов чем для нормальной работы....как я Вас понимаю! я недавно с него слез;-)
В моем приложении под вынь, использую dblib.dll - тоже не сахар, возможности есть, но самые интересные функции совершенно не документированы...так что приходится заниматься исследованиями при помощи SQLPP...
White OwlДинамический sql не рекомендуется потому, что его сложно отлаживать. И он будет расшифровываться сервером каждый раз при запуске процедуры. Это конечно не особо критично, но некоторое проседание производительности будет (возможно что и микроскопически неощутимое) ..о...не! производительность на этом серваке очень важна...значит все, вопрос отпал!
Огромное спасибо за ответы!
успехов.