Я прочитал все вопросы SO, статьи об ужасах кодирования и погуглил свои мозги в поисках лучших способов проверки данных контроля. Все они работают, и все они имеют свои соответствующие реализации, основанные на сценариях использования и так далее. Что я действительно хочу знать, так это почему база данных не была написана так, чтобы изначально поддерживать пересмотр на уровне данных?
Что меня сбивает с толку, так это то, что API уже практически работает с транзакциями. Мы начинаем транзакцию, меняем некоторые данные и фиксируем . Мы также проводим аутентификацию по базе данных, поэтому вина присутствует. Моя компания хранит версии нашей базы данных на конец месяца для целей бухгалтерского учета, которые приравниваются к тегам. Разве это не крик RCS?
Ветвление - это то, что базы данных также могут извлечь большую пользу в отношении схемы, а не данных. Поскольку я действительно забочусь только о данных, и это значительно усложнит реализацию, я буду придерживаться только тегов и фиксаций.
Теперь я знаю, что базы данных являются приложениями, требующими невероятного времени, поэтому любые ненужные накладные расходы уходят в небытие, а некоторые базы данных огромны на эпическом уровне, и пересмотры только приведут в порядок этот размер. Дополнительный контроль версий для каждой таблицы, несомненно, имеет место в средах малого и среднего масштаба, где есть запасные миллисекунды, а история данных имеет определенную важность. Я хочу коммитов, я хочу журналы, я хочу возврат, я хочу diffs, я хочу обвинить, я хочу теги, и я хочу извлечения. Я хочу контроль версий MF-ing.
У меня где-то есть вопрос ...