hVosttчто именно бы быстрее? Васе надо актуализировать численные параметры, Петя правит наименование. Васе посрать на то, что там правит Петя, и знание о том, что Петя открыл форму на изменение ничего Васе не даёт. ровным счётом ничего.если есть уже разделение по правке полей - то и нет проблем с блокировками - каждый правит своё.
но если исправленное поле Васей отобразится на форме у Пети - и будет помечено как исправленное - Васе просто будет видно и всё. и не надо никаких 5 попыток.
Вася сохраняет - сохраняются только его изменения в его полях, Петя сохраняет - сохраняются изменения в его полях.
можно организовать сохранения изменения по каждому полю с отображением этого изменения у остальных.

ВМоисеевПодумайте, наверное такие ограничения не жизненны, да и реализация их поддержки не будет простой.было описание что Вася правит значения , Петя названия - для этого случая и предложено решение
ВМоисеевИ к тому же, Васей может быть много, да и Петей также.это не важно - есть поля предназначенные для изменения - как только Вася1 начал править поле m у всех Васей(2...Z) поле становится не редактируемым.
ВМоисеевТогда можно показать два столбца значений полей (Васино и текущее) с подсветкой не одинаковых (к примеру). Вася делает изменения в текущем, с сохранением у себя и UPDATE в базе.а когда Васей много - таких показов будет столько, один из Васей не будет разбираться и сравнивать....
просто будет соглашаться с изменениями и что получится в итоге -хз
можно показать и отдельно, а можно и показывать динамически - выделяя цветом шрифта и ли цветом фона.
по сути тоже самое, только видно всё сразу.

Petro123Есть сущность "Залоговый документ" на 2млн. баксов.ну если такой документ правят несколько чел одновременно - я такому документу не стал бы доверять.
и в этой сущности есть поля(подсучности) - для заполнения - а не одно поле типа текстовое, которое одновременно правят куча человек.
hVosttне можно. ты понятия не имеешь о чём говоришь, потому что никогда ничего подобного не делал даже отдалённо. тем более, причина твоих наивных рассуждений, это всё тот же вебсокет, на который ты давно уже молишься, и готов притянуть его за уши куда угодно, не понимая ни цели, ни смысла.ты привык мылить устаревшими понятиями - и что-то новое для тебя вызывает страх и отторжение.

я не утверждаю что мой вариант - истина в последней инстанции, но использование такой "динамической индикации" изменений со стороны во многих случаях упрощает решение.
и мне не понятно такое категоричное отторжение чего-то не привычного и не понятного для некоторых.

Petro123Т.е. чел править твои поля в ДЕСКТОПЕ и так умеет.
вроде как ТС про веб начал речь...

Petro123И все они через АппСервер)).
а я разве говорю про десктоп?

т.е. сначала надо создать сложность , чтоб потом её с героизмом решать?

ТС поднял вопрос про блокировки при переходе от десктопа к веб.

десктоп , как правило, имеет двухзвенную структуру.
веб трёхзвенную,
в двухзвенной структуре база не может сама отправлять данные на клиента.
в трёхзвенной это может АппСервер. почему на него не возложить контроль "захвата полей на редактирование"?
и отображение данного факта у клиента?

ОРМ монстры ещё те, и они достаточно отстают от прогресса. если ОРМ не может отслеживать и отображать у клиента что поля "заняты" - это не значит, что этого нельзя делать вообще.
по стандартной методе для каждого клиента создаётся своя сущность и они стыкуются только при обращении к базе.
где и возникают проблемы с блокировками.
если создать "единую сущность" по данному документу для всех клиентов, то эта сущность может отслеживать "занятость полей" и оповещать клиентов ещё до обращения к базе.

Petro123Это что?
2.
Что такое единая сущность?
это то что я могу сделать без использования орм
а ты даже не можешь это представить
если честно - после всяких нападок на меня, мне не очень хочется всё объяснять.

ВМоисеев>было описание что Вася правит значения , Петя названия - для этого случая и предложено решение
Извините, думал это подход к построению реальной системы. Хотел предложить декомпозицию.но кто мешает это применить и для реальной систем?
ВМоисеевТогда просто подтвердит последнее изменение, сделанное кем-то. Вася реально может изменить объект в базе, если он идентичен копии, с которой работает.
Реализация подобной схемы достаточно проста.конечно можно и так.
но ведь можно и по другому - если Вася видит сразу все изменения - чем Васе от этого плохо?
меньше действий - не надо смотреть в дополнительное окно, которое придёт при нажатии кнопки сохранить.
он будет видеть сразу что изменил он, а что другие.
LSVНо на самом деле есть только поля и записи. А документ надуман. Это просто абстракция... :)+100500
Petro123Система хранения бизнес сущности абстракция.это твоя условность, любой документ хранится в наборе полей базы, а не в одном поле.
hVosttтак я ничего нового не услышал от тебя. всё тоже соплежуйство про онлайн. как будто это имеет какое-то отношение к обсуждаемой теме. не имеет, давай ещё цвета кнопочек здесь обсудим?твоему мозгу это не под силу понять
hVosttоно неимоверно усложняет решение. при чём практически с нулевым выхлопом. основную задачу онлайн индикация не решает. абсолютно не решает. это сахар, при чём довольно сомнительный, учитывая сложность со всеми исходами.это называется на читал, но осуждаю. если это для тебя усложнение - значит не дорос ещё
hVosttкогда ты научишься думать и пользоваться логикой, а не фанатичной религией, тогда тебе всё станет очевидно и понятно.когда научишься думать , а не исполнять?