авторПробовал вообще никакого эффекта. Так же пробовал updlock, результат нулевой.
А как Вы пробовали holdlock и что это за updlock (в ASA нет такого хинта к запросам) ?

P.S. Еще стоит помнить, что в ASA блокировки держаться до выполнения COMMIT и что любая DDL операция всегда AUTOCOMMIT.

Вообще то во первых правильно в запросах WatcomSQL уровень изоляции на таблицу указывается так (как написано в BOL):
Во вторых в ISQL по умолчанию стоит опция автокоммитить.
В третьих, если Вам важно, чтобы полученные записи не обновлялись и не удалялись, но не беспокоят фантомы, т.е. Вас не интересуют новые добавляемые записи, подходящие по условию запроса, так как Вы не собираетесь еще раз выполнять запрос, то лучше ставить не третий, а второй уровень изоляции, который гарантирует, что данные не будут изменены или удалены до COMMIT-а, но не контролирует добавление записей другими сессиями:
Второй уровень изоляции в отличие от третьего аккуратно заблокирует от изменения и удаления извлеченные записи и не будет мешать другим сессиям добавлять, изменять или удалять другие записи, в отличие от третьего уровня, который запросто это может организовать в зависимости от различных условий.

авторНе сильно удивлюсь, если это окажется что-то из разряда "защиты
записей", пока юзер правит накладную Я угадал?
Более чем уверен - обычная практика людей, работающих с версионниками, не раз встречался

автор>А это не Оракл, это ASA.

8-) Очень жаль
Все в мире относительно. Мне вот с точностью до наоборот всегда жаль, когда приходится не творить чудеса на ASA, а возиться с Oracle

Ага - назначаем таблице card алиас "holdlock" и удивляемся, чего это уровень изоляции не срабатывает и как это она updlock пропускает Ладно, раз в 8-ке нет WITH, делайте так:
и стоит подумать все таки над уровнем блокировки - правда ли нужен исключительно сериализуемый уровень или же уровень ниже тоже пойдет - иначе можно "невзначай" блокирнуть другие сессии.

авторВ том то и дело что чудеса и никакой четкости и ясности.
Если бы Вы открыли BOL для ASA и стали его читать, то не осталось бы места чудесам и пришло понимание четкости и ясности, с учетом того, что там все буквально расжевано и разложено по полочкам. Пока же Вы только доказали очередную истину, что "То, что не знаю, то и плохое".

авторМожно не объяснять, sybase asa как я понял, не субд, а система с искусnвенным интелектом: код у процедур форматирует сама, хинты и операторы игнорирует, незнакомые слова тоже игнорирует, и средств для комфортного написания кода тоже для нее не существует
Так и есть - в ASA действительно встроен исскуственный интеллект и он постоянно развивается :) Насчет написания незнакомых слов алиасами мы уже выяснили ;) А вот насчет комфортного написания кода как всегда вопрос спорный и я например привыкнув к Central/ISQL не особо комфортно чувствую себя с PL/SQL Developer, особенно с учетом его раздражающих фенечек при редактировании кода, который кстати не входит в состав Оракла и является платным (я уже молчу про примитивный GUI, входящий в комплект Оракла). Меня лично больше устраивать прагматичный ISQL, зато с прекрасными графическим планом запросов и удобный на визардах Central с замечательными деббагером, профайлером ХП и консультантом индексов и здесь Ораклу и его родным и сторонним GUI ой далеко.

kluvМетку во времянку и цикл ожидания. Хватит херней страдать, ничего тебе тут путного не скажут - из монитора аж пальцы торчат
Прямо интересно стало - и что же он ждать должен в цикле ожидания, засунув "метку" по времянке ?

kluvУгу. Обожаю дельные советы, касающиеся обновления версии.

Можыд сразу СУБД поменять, чего мелочиться
Уважаемый kluv. Вам есть что то сказать, или просто уже пятничное настроение ? Автор топика задал конкретный вопрос, ему уже дали конкретные ответы, Ваши же сообщения согласно правилам форума можно рассматривать как флуд.