Как правильно организовать модерацию записей от пользователей?

Question

[Лев Салатов]

Доброго времени суток!

В таблице articles: id, title, content

Нужно реализовать модерацию записей, которые создает или обновляет пользователь.

Если запись публикуется в первые, думаю добавить в таблицу articles столбец moderation, который по умолчанию 0, а при одобрении 1.

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

Пока что вижу только один вариант, создать новую таблицу articles_moderation с теми же полями. При обновлении записи, в нее будут писаться только новые данные. Если новая версия записи проходит модерацию - заменяем запись в таблице articles на ту, что хранится в articles_moderation и удаляем ее из articles_moderation, если модерацию не проходит, то просто удаляем запись из articles_moderation

Все ли правильно или есть какой-то более простой способ?

Answer 1

[Rsa97]

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

Comments

[Лев Салатов]

Rsa97, спасибо за ответ!
Если можно на пальцах: что означает

которое одновременно будет блокировать изменения в черновике

[Rsa97]

Лев Салатов, Пользователь пишет статью в черновике, возможно, периодически её сохраняя. Уже на моменте создания черновика статье присваивается уникальный идентификатор. Когда пользователь нажимает кнопку "Публикация", идёт проверка его прав. Для полноправного автора статья сразу копируется в публикации с тем же идентификатором. Для начинающего автора выставляется флаг "на модерации" и черновик нельзя менять до снятия этого флага. После проверки модератором статья также копируется из черновиков в публикации.
Если автор хочет изменить статью, то он, опять таки, меняет черновик и снова публикует его, напрямую или через модератора. Обновление статьи идёт по идентификатору, который никогда не меняется.

Answer 2

[Adamos]

Не экономьте на спичках и просто храните все варианты записей.
А отображайте - ту, у которой стоит пометка "активная" (это последняя отмодерированная).

Answer 3

[feycot]

В этом случае вам поможет внедрение конечного автомата.
Вместо использования флага и введения новой таблицы вы можете использовать ту же самую таблицу с колонкой "состояния". К пример draft, on_moderation, published, archived и так далее.
Этот способ поможет в будущем, когда будет несколько состояний. Плюс конечные автоматы помогают описать некий процесс (например у вас - публикацию и модерацию контента).
Если будет рабоатть все на флагах, то потом придется учитывать множества состояний. Типа is_moderation, is_deleted, is_achived и так далее.

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

Comments

[Лев Салатов]

Хороший вариант, большое спасибо!