iLLerА вот как такое реализовать в ПБ, и именно в DW - не знаю.
Тебе же уже ответил тов. ASCRUS - вызывай ХП не как ХП, а с помощью SELECT-а, благо у тебя ASA9 - она это умеет.

iLLerDim2000 как всегда спешишь - людей насмешишь...
Нет.

Четко написано, что нужно выполнение определенных действий ПОСЛЕ того, как клиент получит набор из процедуры. И действия эти прописаны в той же
процедуре.
При вызове ХП с помощью SELECT клиент и получает данные, и выполняется то, что написано в ХП после возврата набора данных. Этого вполне достаточно. Слово "ПОСЛЕ" я вижу, но не считаю его существенным.

Я на форум с глупыми вопросами не лезу.
А этот топик тогда что?

Просто мне не понятно, почему ПБ решил рубить выполнение процедуры после
получения результата.?!
Он не рубит, он получает то, что хотел, и удовлетворяется этим.

ASCRUSЯ не очень понял хода Вашей мысли - почему это при SELECT * FROM SP() данные не потекут на клиента, не факт что там окажутся и зачем Вам так хочется, чтобы обязательно сначала PB получил данные от SELECT-а, а уж потом выполнилось UPDATE ?
А оно именно так и получается.


select * from dba.test() выдаёт 1 строку при первом запуске и 0 при последующих. Ну и чего ещё надо?

iLLerDim2000, прошу прощения, но мне кажется ты не прав, на счет ПОСЛЕ. Это содержится в вопросе, если тебе хочется отвечать на измененные своим воображением вопросы, то это твое право.
Я, как сервер, переписываю запросы в своём воображении .
Потому что уже объяснил, что сервер выполнит сначала хп (т.е. целиком вместе с теми действиями, которые должны быть выполнены после получения набора клиенту), и только потом начнет реально передавать их клиенту.
Возможно. Но с точки зрения конечного результата это не имеет значения.
А на счет рубит - именно рубит. Кто сказал, что цель вызова хп - получить первый набор?
А он делает именно то, что ему сказали: получает первый набор. Если ему сказать фетчить 2-й набор - выругается, но "хвост" ХП выполнится.
С чего это в sybase так решили, что дальше процедуры ничего не делают?
А какие есть альтернативы нынешнему поведению?
Понятное дело, не нравится - не ешь, но я тут выступаю не с целью опустить ПБ, а с целью определится, это фича или баг.
IMHO - фича.

iLLerИ еще, если Dim2000 очень хочется узнать для чего надо, то советую запустить вышеприведенную тестовую проц в isqlc.exe и параллельным клиентом посмотреть на содержание таблички(или попробывать запустить). Так вот, пока не выполните resume проц дальше не выполняется.
Дык я это и так знаю ;). Но ответа на вопрос "для чего надо" я не увидел. Ну да ладно...