Как заблокировать одновременное редактирование записи в БД на laravel?

Question

[Владимир Борисюк]

Добрый День! Как реализовать запрет на одновременное редактирование записи в БД MySQL c помощью LARAVEL? Т.е если один пользователь редактирует запись, то другому должно выдаваться сообщение, что запись в данный момент заблокирована. Так же необходимо предусмотреть ситуацию, что пользователь не сохранит изменения, а просто закроет браузер. Тогда блокировку тоже необходимо снять! Админы могут работать как на PC так и на мобильном устройстве (а в браузерах android не отслеживается закрытие вкладки).

Comments

[Владимир Борисюк]

Спасибо! Буду пытаться разобратья с вэбсокет.

[sim3x]

Зачем блокировать?

Сделайте версионирование

[Константин Б.]

sim3x, а зачем версионировать если это не нужно и проще заблокировать? Чем версионировать в случае автора спасает и помогает?

[sim3x]

Kostik_1993,
Я не вижу просто решения с блокировакой, вижу много проблем и оверинжиниринга на ровном месте.
В часности, когда когда никто не может редактировать и приходится лезть руками в БД

При сохранении всех версий - кто последний вставил, та версия и показывается, и версии других не исчезают магически

[Владимир Борисюк]

sim3x, а как быть тогда если один пользователь например редактирует запись, а другой ее уже удалил?

[sim3x]

Владимир Борисюк,

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

В случае с "удалением" - пост помечается is_active = False / is_deleted = True
Тот кто вставит новую версию поста, вставит ее без проблем, но сам пост и его версии никто не увидит кроме "модераторов"

[Владимир Борисюк]

sim3x, ну это в принципе не плохая идея. Потом модератор сможет выбрать наиболее подходящий вариант.

[Владимир Борисюк]

sim3x, ну тогда всплывает другой вопрос, как сделать разные версии одной записи? Id у нее уникальное

[sim3x]

Владимир Борисюк,

Post
  id
  user_creator = FK(user)
  is_visible

PostVersion
  id
  post = FK(Post)
  user_editor = FK(User)
  title 
  text
  is_current
  datetime

[Владимир Борисюк]

sim3x, id записи уникальное значение. При редактировании изменять id? Или как организовать версионность?

[sim3x]

Владимир Борисюк,

Я написал структуру БД

ид никогда не редактируется

Каждая редакция поста добавляется в таблицу PostVersion

[Владимир Борисюк]

sim3x, т.е 2 таблицы одна для связи конечной версии и id а другая исключительно для версий?

[Владимир Борисюк]

sim3x, да, понял это вполне подходящая мысль! А как такой подход?

Прочитав комментарии и ответы, я понял что не знаю и не умею использовать вэбсокет. И сделал такой вариант. В БД есть поле locked_at, где хранится время редактирования и поле locked_by, где хранится id пользователя. Соответственно если другие пользователи пытаются отредактировать или удалить запись, то идет проверка в бд если текущее время больше 1 минуты времени в locked_at, то это сделать можно. А до тех пор, пока пользователь редактирует запись, идет ajax запрос каждые 30с, который обновяет поле locked_at. И соответственно когда вкладка закрыта или сохранена, то ajax не летит и через 1 минуты первый кто достучится получит возможность редактировать.

[sim3x]

Владимир Борисюк,

т.е 2 таблицы одна для связи конечной версии и id а другая исключительно для версий?

да

FK = ForeignKey

[Константин Б.]

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

Answer 1

[Vladimir S]

можно попробовать обойтись без блокировки, если ситуация не очень частая.
давать нескольким юзерам возможность получить запись для изменения, при этом добавить в таблицу поле времяИзменения - куда заносить время последней модификации строки. при внесение в базу изменений проверять ключ обновляемой записи и время модификации (update .... where id=1 and lastEdit='lasteditdate'). если время модификации не совпало - то сообщить юзеру что запись которую он редактирует уже изменена кем то и показать ему новые изменения.

Answer 2

[Владимир Борисюк]

Прочитав комментарии и ответы, я понял что не знаю и не умею использовать вэбсокет. И сделал такой вариант. В БД есть поле locked_at, где хранится время редактирования и поле locked_by, где хранится id пользователя. Соответственно если другие пользователи пытаются отредактировать или удалить запись, то идет проверка в бд если текущее время больше 1 минуты времени в locked_at, то это сделать можно. А до тех пор, пока пользователь редактирует запись, идет ajax запрос каждые 30с, который обновяет поле locked_at. И соответственно когда вкладка закрыта или сохранена, то ajax не летит и через 1 минуты первый кто достучится получит возможность редактировать.

Answer 3

[Дмитрий]

Есть два идеологически разных варианта реализации:
1. Главный тот, кто первым открыл форму редактирования (этот вариант описали вы выше). Требует дополнительных полей вроде locked_at, аякса и т.п.
2. Главный тот, кто первый изменил. Два пользователя открывают форму, редактируют. Первый сохраняет без проблем, а второй при сохранении получает сообщение что запись уже изменена ранее. Можно ему diff показать или еще что-нибудь... (такой вариант описал Vladimir S). Здесь никаких доп. полей не нужно, достаточно просто проверить перед сохранением что поле updated_at не изменилось.

Answer 4

[Евгений Вольф]

Как реализовать запрет на одновременное редактирование записи в БД MySQL c помощью LARAVEL?

Добавить флаг (колонку в БД), подобный функционал был придуман и применяется ещё с лохматых годов, соотв. при попытке начать редактирование записи - этот флаг должен проверяться.

Чуть более сложный вариант - блокировать запись на уровне БД, не знаю насколько он Вам подойдёт и нужен ли вообще, но такой вариант тоже есть.

А в браузерах android не отслеживается закрытие вкладки!!!

Я Вам по секрету скажу, закрытие вкладки даже в браузерах "не адроид" не всегда можно отследить и всецело полагаться на что-то подобное я бы не стал. Один из вариантов "надёжного" отслеживания наличия "клиента на линии" - выглядит примерно так:
1. Поднимаете сервер веб-сокетов, он же будет контроллировать блокировку той или иной записи в БД
2. Каждые N-секунд отсылаете клиенту PING-запрос, если клиент не ответил (X раз подряд, и/или в течении Y секунд) сбрасываете блокировку (ну и можно заодно попробовать клиенту уведомление отослать, или прямо у клиента в браузере повесить индикатор активности соединения). Нечто аналогичное используют множество сетевых сервисов, например IRC- серверы/клиенты.

P.S. Это наиболее простые и эффективные варианты. Непосредственного отношения к Laravel они не имеют и с учётом контекста вопроса - и не должны.

Comments

[Владимир Борисюк]

Спасибо! Буду разбираться с вэбсокет. Раньше не приходилось сталкиваться.

[Stanislav]

alex-1917, о чём речь?

[Евгений Вольф]

alex-1917, пихать "в коробку" всё подряд и "на всякий случай" - не очень разумно, к тому же, как я уже писал выше - различных решений может быть масса. Если Вам чего-то не хватает есть тысячи готовых решений на уровне пакетного менеджера.

P.S. Я думаю многим бы хотелось, что бы Вы поделились своим опытом на тему того, в каком фреймворке данный функционал реализован "из коробки" и общий принцип его реализации (там).

[Stanislav]

alex-1917, какую-то чушь несете.

[Alex Wells]

alex-1917, из коробке в лаве есть именно то, что нужно для разработки проекта, а не какая-то специфичная чушь. И какая разница сколько там файлов, если отдельные части фрейморка отключаются комментированием нескольких строчек, а компоузер оптимизирует автолоад? А даже если бы всего этого каким-то образом не было, то есть opcache, которому вообще срать сколько там файлов и папок.

Конечно, у фрейма есть проблемы, но это.. ТАКОГО бреда я еще не слышал.

[Alex Wells]

alex-1917, хотя если вы до сих пор спрашиваете такие вопросы и отвечаете вот так на вопросы - нам с вами не о чем говорить.