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

Question

[Nightmare058]

Добрый вечер
Интересует, как организовать хранение истории изменений записей в бд, по типу того, что как сделано здесь, на хабре.
Если есть статья на эту тему, буду рад почитать.
Сам пока понял, что это должно быть one to many, но технически процесс хромает
Может я чего-то не учёл

Answer 1

[Dmitry Roo]

Простой способ - отказаться от update и delete.
Только insert.
Надо будет еще добавить колонку с датой, в которую проставлять текущее время автоматически.

Comments

[Nightmare058]

А когда нужно будет выбрать версию, просто достать все записи и отправить на фронт?

[Nightmare058]

Тогда нужно будет ещё добавить поле note_id и увеличивать его при создании новой заметки

[Dmitry Roo]

Nightmare058, при запросе актуальной версии - селектите по времени. Если нужна история - отдаете все, что есть. Если есть какие-то проблемы с переполнением в БД - можно написать какую-то джобу (в т.ч. средствами самой БД), которая будет чистить записи, старше N дней.

[Nightmare058]

Dmitry Roo, а как лучше организовать отбор версий статьи? По id или поле какое-то другое добавить?

[Dmitry Roo]

Nightmare058, я ж говорю: сделайте еще одну колонку, которая автоматически будет заполняться средствами БД - дата создания записи (типа "default (CURRENT_TIMESTAMP)") и селект делайте по свежайшей записи.

[Nightmare058]

Dmitry Roo, это я понял
Но как мне в одной таблице отличить одну заметку от другой?
Получается, что в одной таблице будут все заметки с их историей.
И как мне выбрать именно нужную заметку с историей?

[Dmitry Roo]

Nightmare058, добавьте uid какой-нибудь

Answer 2

[User700]

Cм. триггеры (в СУБД). Можно выполнять команды вставки (INSERT) информации в таблицы-логи о событии при DELETE, INSERT и т.д.