Где все собственные revisioned базы данных?

Я читал весь ТАК вопросы, статьи Coding Horror, и Погуглил мозги от поиска лучших путей к данным управления версиями. Они все работают, и у них всех есть свои соответствующие реализации на основе вариантов использования и так далее. То, что я действительно хочу знать, - то, почему база данных не была записана для собственной поддержки revisioning на уровне данных?

То, с чем я экранирован, - то, что API уже практически на месте с транзакциями. Мы запускаем транзакцию, изменяем некоторые данные и фиксацию. Мы проходим проверку подлинности против базы данных также, таким образом, вина присутствует. Мой конец магазинов при предприятии версий месяца нашей всей базы данных в бухгалтерских целях, которые приравниваются к тегам. Разве это не кричит RCS?

Ветвление - что-то, из чего могли извлечь выгоду базы данных значительно также в отношении схемы больше, чем данные. Так как я действительно только забочусь о данных, и это увеличило бы трудность реализации на крупный градус, я буду придерживаться просто тегов и фиксаций.

Теперь я знаю, что базы данных являются невероятно строго ограниченными во времени приложениями, таким образом, любых ненужных издержек избегают в забвение, и некоторые базы данных являются огромным эпическим уровнем, и изменения будут только exponentiate тот размер. На таблицу, подпишитесь на управление версиями, несомненно, имеет место в малых и средних средах масштаба, где существуют миллисекунды для экономии, и история данных имеет степень важности. Я хочу фиксации, я хочу журналы, я хочу, возвращается, я хочу diffs, я хочу вину, я хочу теги, и я хочу контроль. Я хочу управление версиями луга MF.

У меня есть вопрос там где-нибудь...