Как спроектировать базу данных с хранением статусов?

Question

[makerkz]

Для примера сайт будет посвящен книгам. Имеются авторы и книги (таблицы authors и books). Механизм действия примерно такой:
Автор создаёт книгу со статусом "В написании" (Книга еще не видна пользователям).
После написания первой главы автор устанавливает статус "Написана первая глава".
После полного написания книги устанавливается статус "Книга доступна пользователям" (Соответственно, книга становится доступна пользователям)

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

Если необходимо, распишу подробнее.

Answer 1

[Snewer]

Как вариант вести две колонки в таблице: status, status_log. Лог можно хранить в виде json.

Comments

[makerkz]

Я использую MongoDB. Пугает, что если изменений статусов будет много, то документ разрастётся.

[Snewer]

Много это сколько?

[Snewer]

Не думаю что так уж много выйдет. И хранение истории будет довольно таки к месту

Answer 2

[Александр]

в таблице books колонка status. При изменения автором статуса книги апдейтить поле status. Т.е. в таблице books хранится всегда текущий статус книги.
Добавить ещё одну историческую таблицу hbooks, в которую будут вставляться записи об изменении статуса книги (триггером).

Comments

[Александр]

Ещё лучше чтобы в таблице books был не статус а status_id. И была ещё одна таблице в которой перечислены связи status_id и status

Answer 3

[afiskon]

eax.me/database-design

Comments

[makerkz]

Эм... и?