Этово не может быть...)Неужели, после select - commit делать нужно из-за блокировок ? (~200 пользователей на одной базе...)
ASA 12 действительно не может быть. А после select конечно же commit надо делать, ибо select работает под указанным уровнем изоляции, накладывает блокировки на читающие записи согласно требованиям уровней изоляции и чем выше уровень изоляции, тем меньше шансов у других сессий поменять данные, пока читающая сессия не снимет блокировки чтения, то есть не сделает commit. Стоит заметить, что во многих СУБД по умолчанию select после своего вызова автоматически делает commit, если не было явного указания старта транзакции. Для того, чтобы добиться подобного эффекта в ASA, необходимо установить БД опцию chained в off.

Ggg_oldМожно использовать snapshot в SA10/11. Еще можно делать селект во временную таблицу и ее уже отдавать на клиента.
Снапшот тоже будет держать до COMMIT scheme блокировку, плюс версии записей. Смысла в данном случае перегонять данные сначала во времянки, а потом возвращать клиенту тоже не вижу.

Ggg_oldНу я так понял, что у автора топика есть проблемы с тем, что селект не дает модифицировать записи. А в этом случае можно и времянками со снэпшотами поюзать.
Хотя конечно автор темы бвл не многословен в постановке проблемы да и версия сервера не понятна, то ли ASE 12 то ли АСА какой-то версии.
IMHO - у автора одна только проблема - отсутствия RTFM по СУБД и вумных книжек, в которых расписано, что такое уровни изоляции, блокировки, как в СУБД организовывать многопользовательскую работу, etc ;)