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


т.е. если пользователь Иванов изменил запись в справочнике "А", и при попытке другого пользователя программы изменить эту же запись, выдастся сообщение "Запись редактируется другим пользователем" и так до тех пор пока Иванов не нажмет в интерфейсе кнопку "Сохранить изменения" (transaction.CommitRetaining) или "Отменить изменения" (transaction.RollbackRetaining).
Но хотелось бы выводить имя того пользователя, который редактирует эту запись (в сети более 50 пользователей, чтобы быстро понять кто что меняет) и соответственно выдавалось бы сообщение "Запись редактирует пользователь Иванов".

Как я сделал: создал в БД 

Алгоритм прост, когда пользователь X пытается изменить запись R1 из таблицы T1 программа пытается это сделать, если все ОК, то эта запись изменяется  и в таблицу USER_EDITS вставляется или апдейтиться запись, что запись R1 c ROW_ID таблицы T1 c GUID_TABLE редактирует пользователь с USER_ID - как только пользователь сохранит или отменит эти изменения соответствующие записи из USER_EDITS удалятся;
если же при изменении записи R1 возникает на уровне БД ошибка "wait transaction...", то программа смотрит в таблицу USER_EDITS и находит идентификатор USER_ID пользователя который редактирует запись R1 таблицы T1.

Алгоритм с одной стороны прост, но с другой может привести к тормозам (лишняя возня в БД) + к ошибкам, например пользователь X что-либо на изменял, а затем по каким-то причинам связь с БД будет прервана и тогда записи в USER_EDITS останутся на веки вечные и соответственно изменить эти данные  пользователь Y не сможет.

Что можете посоветовать для реализации моего случая? 

Это сообщение отредактировал(а) alexeybarkalov - 16.10.2012, 21:35

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

Пишущая транзакция должна быть МАКСИМАЛЬНО короткой по времени! Тогда не будет голова болеть    по таким вопросам.