Есть ли в Аксапта семафоры.

[edd]

Предложите механизм семафоров или блокировок, нужно определять, что данная запись заблокирована кем-то и ее нельзя трогать.

[Wamr]

1. select forupdate в рамках транзакции не позволит никому изменить строку в БД до закрытия транзакции
2. Спец. поле, которое заполняется в начале обработки и очищается по окончанию (+ спец процедура по снятию флага по форс-мажорным событиям)

И то и другое встречается в стандартной функционале

[edd]

2 Wamr
Не совсем понял насчет forupdate, т.е. если я сделаю select * forupdate InventTable и ничего с ним не буду делать, то никто не сможет его редактировать?

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

[Wamr]

1. Если на одном рабочем месте запустить такой job

PHP код:

    InventTable inventTable;
    ;

    ttsbegin;

    select forupdate inventTable;
    Box::warning("Транзакция, однако");

    ttsabort; 


то на другом месте при попытке сохранить изменения в inventTable (в первых 10-20 записях) процесс повиснет, а на SQL сервере появятся блокировки. Следовательно, использовать это можно только на кротковременных операциях и выборках по индексам.

2. Не заню, как это было (" в случае некорректного выхода(перезагрузка) запись автоматом разблокируется") в FoxPro.
Аксапта работает с SQL сервером и использует механизмы блокировок и транзакций этого сервера. Для понимания происходящего полезно знать эти механизмы.

[Мирослав]

Добрый день!

Может быть, кто - нибудь поведает, появилась ли, действительно, большая гибкость в блокировке трансакций (анологичная той, которая предусмотрена в Transact SQL) с выходом версии 3.0.?

[EVGL]

Большей гибкости в 3.0 нет. Скорее, большая жесткость: ведь по умолчанию любой insert или update в 3.0 ДОЛЖЕН идти в пределах транзакции.

Отвечая на вопрос edd: есть пример гибкой блокировки без использования средств сервера. Она реализована во всех журналах 3.0. Открывается второе соединение с БД, создается запись в таблице блокировок, а потом программно проверяется.