Дизайн базы данных для обработки общедоступных, а не общедоступных данных
Я работаю через дизайн. В настоящее время у нас есть база данных, содержание которой публикуется. Смысл его доступен для общественности. Меня попросили изменить этот процесс, чтобы любые дополнительные изменения в данных не были опубликованы до тех пор, пока эта запись не будет "переиздана".
В настоящее время существует флаг, который указывает, опубликована ли запись или нет.
Я хотел бы хранить записи в одной базе данных, а не разбивать на две части.
Существуют ли стандартные практики для такого сценария?
Спасибо
TR
2 ответа
Это довольно простой пример рабочего процесса утверждения. Есть несколько разных способов сделать это, но в основном все сводится к отделению опубликованного контента от ожидающего контента. Так, например, у вас будет таблица, которая представляет полностью опубликованный и общедоступный контент. И тогда другая таблица может содержать ожидающие изменения для записи в публичной таблице. После того, как администратор или редактор утвердят изменения, вы можете просто скопировать содержимое утвержденной записи в общую таблицу.
Вы можете сделать это намного сложнее, если будете отслеживать несколько версий документа, черновиков и т. Д.... но все они являются расширениями одного и того же принципа: отделять публику от ожидающих.
В настоящее время существует флаг, который указывает, опубликована ли запись или нет.
Хорошо. Добавить значения для измененных и переизданных.