Jak*_*ton 12 database version-control revision database-design
我已经阅读了所有SO问题,编码恐怖文章,并搜索了我的大脑,寻找修改控制数据的最佳方法.他们都工作,他们都有基于用例等的适当实现.我真正想知道的是为什么没有编写数据库来本地支持数据级别的修订？
我感到困惑的是,API已经实际上与交易相关.我们启动事务,更改一些数据并提交.我们也在对数据库进行身份验证,因此存在责任.我公司存储整个数据库的月末版本,用于会计目的,等同于标签.这不是尖叫RCS吗？
分支是数据库可以从模式而不是数据中获益的东西.因为我真的只关心数据,这会大大增加实现的难度,我会坚持只使用标签和提交.
现在我知道数据库是非常时间关键的应用程序,所以任何不必要的开销都被忽略了,有些数据库是史诗般的巨大数据库,而且修订版只会取代这个数量.每个表,选择加入版本控制无疑在中小规模的环境中占有一席之地,其中有几毫秒的备用时间和数据历史具有一定程度的重要性.我想要提交,我想要日志,我想要恢复,我想要差异,我想要责备,我想要标签,我想要结帐.我想要MF-ing版本控制.
我在那里有一个问题......
一种本地解决方案是 Oracle 的闪回数据库（又名 Total Recall）。它是企业版的额外收费，但它非常酷。只要我们想要保留数据的版本，它就会透明地存储它，并提供查询旧版本数据的语法。它可以逐个表地启用。
本质上，闪回数据库就像使用触发器将记录存储在跟踪表中，但灵活、高性能且对正常工作不可见。