database - 所有本地修订数据库在哪里？

Question

我已经阅读了所有 SO 问题、Coding Horror 文章，并用 Google 搜索了我的大脑以寻找修订控制数据的最佳方法。它们都可以工作，并且它们都有基于用例等的适当实现。我真正想知道的是，为什么没有编写一个数据库来原生支持数据级别的修订？

让我感到困惑的是，API 实际上已经与事务一起使用了。我们开始交易，更改一些数据，然后提交。我们也在对数据库进行身份验证，因此存在责任。我的公司出于会计目的存储我们整个数据库的月末版本，这等同于标签。这不是尖叫 RCS 吗？

在模式而非数据方面，分支是数据库也可以从中受益匪浅的东西。因为我真的只关心数据，这会大大增加实现的难度，所以我会坚持只使用标签和提交。

现在我知道数据库是非常关键的应用程序，所以任何不必要的开销都会被遗忘，而且一些数据库是史诗级的巨大而修订只会使这个大小成倍增加。按表选择加入的修订控制无疑在中小型环境中占有一席之地，在这些环境中有毫秒的空闲时间并且数据历史具有一定程度的重要性。我想要提交，我想要日志，我想要恢复，我想要差异，我想要责备，我想要标签，我想要结帐。我想要 MF-ing 版本控制。

我在那里有个问题...

Answer 1

一个本地解决方案是 Oracle 的 Flashback Database (aka Total Recall) .它是企业版的额外收费项目，但它非常酷。只要我们想保留它，它就会透明地存储数据的版本，并提供查询旧版本数据的语法。它可以逐个表地启用。

从本质上讲，Flashback DB 就像使用触发器将记录存储在跟踪表中，但对正常工作来说是灵活、高效和不可见的。