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