|| - текстовая конкатенация.
конкатенация с пустой строкой - полу-явная конвертация значения в текст из любого типа который может быть конвертирован в текст.
set @var - то, за что нужно бить больно по рукам. set - команда WatcomSQL, @ - необходимый символ для переменных из TransactSQL и опциональный для WatcomSQL. Точка с запятой в конце строки тоже из WatcomSQL.
Вывод - у ТС одна из старых версий ASA с которой работал человек привычный к Transact'у. Но на самом деле он работает с WatcomSQL и соврал в заголовке темы.

SooСтоит ASA 9.0.2.3951. В настройках стоит Transact-SQLВ каких таких настройках???
ASA автоматически распознает и исполняет команды на двух диалектах. С единственным ограничением что внутри одной хранимой процедуры не должно быть смешений диалектов. Но иметь две процедуры на разных диалектах никто не запрещает.

SooМне дали разбирать АСУП, написанную до 2010 года, так как она начала жёстко лагать. Я думаю, что из-за процедур обработки данных, которые зачем-то сделаны в 32-разрядной версии ASA, а не в языках, которые больше для этого предназначены (здесь используется PHP).Зря так думаешь. Если лагает именно СУБД, то смотри размер свободного места под свап, под логи. Памятью управлять полезно.
Ну и конечно надо смотреть на индексы их нужность и/или недостаточность.
Ни разрядность движка СУБД, ни диалект на котором написаны хранимые процедуры на скорость обработки не влияют никак.


SooУ меня на компе 4 гига оперативы. ASA в момент съедает 1 гиг и начинает лагать - очевидно, что оперативы ей не хватает. Отсюда вывод проблемы в разрядности. Возможно, в будущем мне удастся увеличить у себя на тачке память, тогда и буду пробовать расширять возможности ASA.Это не совсем верный вывод. Да, при наличии всего одного гига памяти СУБД делает больше запросов к диску чем при наличии четырех гигов.
Ну а если у тебя Винда на 4-х гигах (уверен в этом?) то можно запустить СУБД в AWE режиме и она будет брать столько памяти сколько Винда отдаст. Читай документацию про ключ -cw там есть все инструкции. Ну или действительно бери 64-х битную версию поновее чем девятка, там с пожиранием памяти все намного проще.

SooПереписывать всё подряд я не собираюсь, только то, что лагает. Согласитесь, когда процедура выполняется 117 сек - это не очень быстро. Притом, что она делает не так уж и много.117 секунд это мелочи :) Конечно надо стремиться к миллисекундам, но две минуты это не несколько суток...
Смотри на индексы в первую очередь. Запусти процедуру через .... не помню как он называется. Поищи в Sybase Central'е у девятой ASA есть профайлер и утилита делающая подсказки по индексам.

SooТеперь про мусор. Временные таблицы создаются таким образом:
....
при этом, первая таблица удаляется, а вторая - нет. Каким образом это можно оптимизировать?Это ты от необразованности говоришь глупости. Эти два варианта ничем друг от друга по времени жизни таблиц не отличаются вообще и в обоих случаях могут как быть уничтожены вручную через drop table, так и убьются автоматически по окончанию хранимой процедуры. Мусора никакого не остается.
Впрочем, надо учитывать что пихая данные во временную таблицу можно эту таблицу раздуть до неприличных размеров и она сожрет все место на диске (посредством свопа конечно). В общем, времянками тоже надо уметь пользоваться.