Добрый день!
Есть однопользовательская БД, которая нормально спроектирована и работает на SQLite. Сейчас возникла задача сделать её многопользовательской на основе MS SQL Server или чём-то подобном.
Сложность заключается в следующем: есть основная таблица r_objects, где находятся некие объекты, упорядоченные в виде дерева. И есть масса вспомогательных таблиц, данные в которых принадлежат конкретному объекту.
Логика обработки этих данных требует при указании конкретного объекта загрузить их все в память, и там обрабатывать (корректировать, выполнять расчеты, представлять в виде графиков и т.д.)
После выполнения всех действий, если возникли изменения в данных (а они могут кардинально поменяться), необходимо записать данные обратно. Пока это однопользовательская БД, это нормально.
Но в многопользовательской среде 2 оператора могут корректировать один и то же объект (а время коррекции получается достаточно длительное) и каждый может перезаписать свою версию данных. Ситуация усугубляется тем, что пользователи могут быть разнесены на тысячи километров.
Вопрос: как синхронизировать такие коллизии?

KreatorXXINewBy52,
если не секрет, клиент на чём? В общем случае механизм корректировки данных нужно менять.
Я понимаю, что надо менять. Вопрос - как менять. Если данные не загрузить в память, некоторые операции будут считаться о-чень долго. Придумать бы какой-нибудь семафор, говорящий о том, что объект занят. Но 100% надёжного придумать не могу.

Dimitry SibiryakovОтвет: выяснить какого чёрта два оператора лезут в один и тот же объект и разнести его на
два разных.

Ну, право-то имеют. Но не одновременно. Выше написал, что семафор, говорящий: "занято для коррекции", устроил бы. Вопрос - как.

L_argoУ вас очень странная работа с данными. Как один и тот же показатель может быть разным у двух юзеров ?
Может. авторЕсть многое на свете, друг Горацио...

Dimitry SibiryakovПочему нет? Один-то всегда данные сохранит позже, он и будет прав.

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

Dimitry SibiryakovЗаведи поле "версия объекта". Перед попыткой сохранения - проверяй, что эта версия в базе
та же, что была при загрузке объекта. Если нет - грузи новую версию и проси пользователя
решить какая из них правильнее. Так работают все VCS.

А вот это мысль очень полезная для меня. Спасибо, надо будет обдумать.

NewBy52Dimitry SibiryakovЗаведи поле "версия объекта". Перед попыткой сохранения - проверяй, что эта версия в базе
та же, что была при загрузке объекта. Если нет - грузи новую версию и проси пользователя
решить какая из них правильнее. Так работают все VCS.

А вот это мысль очень полезная для меня. Спасибо, надо будет обдумать.
Да, это решит проблему. Ещё раз спасибо.

KreatorXXINewBy52,
надо всё-таки исходить из того, что разные пользователи могут одновременно править разные данные одного объекта. Почему нет? Таблицы же разные. Вот когда два пользователя правят одну и ту же запись в одной и той же таблице, то тогда должно быть сообщение пользователям о проблеме. Но это стандартный механизм работы с БД. Почему я и спрашиваю о клиенте.
Я знаю стандартный механизм работы с БД. Но тут "правка" может подразумевать удаление 1000+ записей вспомогательной таблицы и заполнение её 2000+ других записей (или наоборот). И так по всем вспомогательным таблицам. Потому что многие записи расчетные. Но одновременно их можно и индивидуально править. Таково было ТЗ.

Компьютеры на Win7. СУБД пока не выбрана.

KreatorXXINewBy52,
Один пользователь "взял" объект (в каком-нибудь поле главной таблицы появляется идентификатор "взявшего"). Всем остальным отлуп до тех пор пока "взявший" не внесёт все изменения.
Это не сработает. Свет отключили у пользователя, и объект завис для всех.

А вот схема, предложенная Дмитрием, проблему закрывает. Собственно, я уже получил ответ на вопрос.

Leonid KudryavtsevNewBy52Это не сработает. Свет отключили у пользователя, и объект завис для всех.
Жесть какая. Блокировки обычно отслеживаются на уровне ОС (ну или СУБД).

Отключение света никак не мешает. Свет отключился, сетевая карта выключилась, сеанс прервался, блокировки снялись

Вы невнимательно прочитали цепочку ответов.