Здравствуйте!

У меня возникла проблема в моем приложении, связанна она с одновременным доступом нескольких пользователей на редактирование одной и той же записи в таблице. Почитав мануалы, я вычитал, что в EntityFrameWork по умолчанию нет ограничений на одновременное редактирование одной записи несколькими пользователями.

Что я нашел для решения этого вопроса:
1. Аннотация [ConcurrencyCheck] на определенное поле
2. Аннотация
[Timestamp]
public byte[] RowVersion { get; set; } это на строку в целом.


Решение как оказывается есть, но оно не решает задачу полностью. Так как это работает только тогда, когда пользователь захочет сохранить данные. А за это время другой пользователь может открыть туже самую запись, и изменить поля, а при сохранении у вылетит ошибка о том что эту строку уже кто-то вперед его сохранил. Соответственно, все что второй пользователь вносил было напрасно.

Как реализовать так, чтобы второй пользователь изначально видел, что строка уже редактируется первым пользователем до её сохранения в базу данных первым пользователем?

Shocker.ProНа мой взгляд, решение нужно не на уровне EF, а выше - на уровне программной логики. То есть вести пул, кто какие записи открывает на редактирование (необязательно в конкретной таблице, возможно общий подход на всё приложение). Тогда никто не помешает другим пользователям просматривать эту запись в режиме "только для чтения", что часто важно в многопользовательском приложении. Проверка и блокировка происходит только тогда, когда пользователь пытается перейти в режим редактирования.

На уровне логики приложения, это велосипед придется лепить причем с кучей исключений. Так как у меня wpf с реализацией постраничной. Пользователь может гулять по взаимосвязанным формам редактирования.
Я то думал что можно использовать какой-то стандартный набор инструментов для реализации этой задачи.

Dima TПочитай про оптимистическую блокировку .
Может найдешь подход разрешения конфликтов, который тебя устроит.

http://professorweb.ru/my/LINQ/linq_sql/level13/13_1.php
Читаю пока это, возможно это тоже подойдет.