некий уникальный ID, на который будут опираться запросы в рамках live preview?
тогда, например, вы могли бы не изменять строку, а склонировать ее, добавив в нее метку черновика
я не обладаю в полной мере знаниями о том, как выглядит схема вашей бд, чтобы предлагать более конкретные решения, но что мне кажется точно, так это то, что вам нужно не изменять общедоступные данные, а работать с их копией
а вот гранулярность этой копии и способ ее достижения - это открытый вопрос
суть в том, что юзер-то и обновляет черновик. Т.е. у нас есть веб-конструктор, и есть панель управления для него. Изначально юзер меняет черновик сайта, если все ок - он его паблишит. Мне кажется это overkill создавать черновик для черновика
нет, я не говорил про черновик для черновика. возможно, произошел конфликт терминлогий под черновиком я имел в вид неподтвержденные изменения, которые вносит пользователь, но которые еще не видны снаружи - как если бы это была долгоживущая транзакция фактически, именно транзакции на уровне приложения вы и реализуете - вам нужна возможность вносить изменения в свои данные так, чтобы эти изменения не были видны снаружи и иметь возможность отменить эти изменения массово и консистентно, если пользователь передумает
но в бд слишком много сущностей которые либо меняют друг друга, либо вложены друг в друга. И создавать черновик пришлось бы для многих таблиц
Обсуждают сегодня