Аудит таблицы MySQL и отображение изменений только после утверждения - PullRequest
Новая
       29

Аудит таблицы MySQL и отображение изменений только после утверждения

0 голосов
/ 06 марта 2011

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

Поток приложений выглядит примерно так: пользователь вводит информацию в какую-то таблицу; Администратор будет замечен, и он одобрит или отклонит эту информацию. Если он это одобрит, информация будет отображаться в интерфейсе. Как только информация утверждена, ее можно редактировать позже. Когда пользователь редактирует информацию, администратор снова замечается, и он должен утвердить или отклонить отредактированную информацию, но предыдущая утвержденная информация все еще должна быть доступна на веб-сайте.

Мне также нужно сохранять каждую версию измененной информации (что-то вроде v1, v2, v3 и т. Д.).

Как вы думаете, как лучше всего сделать эту работу?

Спасибо.

Ответы [ 2 ]

2 голосов
/ 06 марта 2011
  1. Расширить вашу таблицу сообщениями для поля IS_FOR_DISPALY № по умолчанию.

  2. Создать таблицу с утверждениями, содержащими поля: post_record_id, new_content, aprove_status, aprove_date, aprove_person, введено ....

    • новое сообщение должно переходить к сообщениям с IS_FOR_DISPLAY = NO и к утверждениям с APROVE_STATUS = NULL,
    • Администратор должен иметь возможность сортировать / просматривать по APROVE_STATUS, когда NULL - принять решение, ДА - также следует изменить IS_FOR_DISPLAY = ДА и завершить начальный процесс публикации после утверждения
    • при редактировании утвержденного сообщения, новая запись должна быть создана в таблице утверждений с новым содержимым, APROVE_STATUS = NULL
    • когда администраторбудет просматривать эти значения NULL, используя POST_REC_ID и IS_FOR_DISPLAY = YES в записи матча, должен знать, что есть EDIT, и на основе старого и нового контента, кто, когда и т. д. принимает решение, может ли старый контент YES при необходимости сохраняться в таблице истории,новый контент должен быть помещен в таблицу сообщений, IS_FOR_DISPLAY уже ДА
    • , если таковые имеютсяРешение об одобрении будет НЕТ - никаких изменений в таблице сообщений

Это просто общий рабочий процесс

0 голосов
/ 06 марта 2011

сделать историю и таблицы очередей? изменения идут в таблицу очередей, и если администратор утверждает очередь-> реальная-> история ...

...