Questions tagged «data-versioning»

4
何时使用CDC跟踪历史记录?
SQL Server更改数据捕获是一项功能,可从SQL Server事务日志中读取历史数据并将其存储在特殊表中。 然后,通过使用特殊的表值函数(TVF),它允许用户查询此数据,从而有可能获得特定表上的所有更改,或者仅获得特定时间内由更改导致的净更改。 CDC具有一定优势 可以将其配置为仅跟踪某些表或列。 它能够在一定程度上处理模型更改。 它不会像触发器那样严重影响性能,因为它可以与事务日志一起使用。 它很容易启用/禁用,并且不需要在表上跟踪其他列。 它还有一些缺点: 历史数据的数量可以快速变得巨大。 您无法跟踪更改的对象(至少不能删除)。 由于历史数据是基于事务日志的,因此需要花费一些时间来追赶。 它取决于SQL Server代理。如果代理未运行或崩溃,则不会跟踪任何历史记录。 我已经阅读了很多有关CDC的文章,虽然我现在知道如何使用它,但是我仍然不确定它是否适合我。 CDC对于哪些任务/方案是正确的工具?(例如,是否允许用户将数据对象还原到某个时间点?审核?显示数据的完整历史记录?) 您什么时候不应该使用CDC,而应该使用基于触发器的自定义解决方案? 是否可以在运营数据库中使用CDC并在运营应用程序中使用CDC数据?(例如,将其显示给最终用户)还是这显然是滥用此功能? 我通常听到CDC是一种审核工具,但是这不是SQL Server Audit的目的吗?它们是否都是用于同一任务的不同工具?还是CDC可以用于其他用途? 我目前的情况是要求我构建一个可靠的数据框架,该框架应该作为将来多个应用程序的基础。确切的要求是模糊的,但是一个要求是它应该能够跟踪数据历史记录,并将旧条目以及其他表中的所有相关数据还原。我现在正在评估CDC作为一种选择,但是不确定是否要这样做,因为我找不到真正推荐的用例。 虽然我很欣赏针对我的特定情况的建议,但是答案应该提供有关何时或何时不使用Change Data Capture的一般建议。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.