【问题标题】:MarkLogic - Auditing RequirementsMarkLogic - 审计要求
【发布时间】:2019-01-06 01:52:48
【问题描述】:

MarkLogic 版本:9.0-6.2

对于这个开放式问题,我深表歉意,但期待得到一些建议。

我们使用暂存和最终数据库构建了 DataHub 框架。我们将所有传入的更改按原样保存到 staging 中,并更新最终数据库中数据的最新快照(例如,如果电话号码更改 3 次,则 staging 将拥有全部 3 次,但 final 将只有最新的电话号码)。这满足了我们的运营需求,但最近我们得到了审计要求,以保留更改并运行历史更改报告。

我们的偏好是让 FINAL DB 更轻、更简单,因此寻找在 FINAL db 上启用 temporal 的替代方法。我正在考虑的一个选择是将数据从暂存数据库提供给下游审计数据库(关系),但一些团队成员认为数据应该始终从最终数据库提供给消费者,而不是从暂存数据库提供给消费者。将数据从 staging db 提供给消费者有什么缺点吗?

目前,我们还没有设置来实时处理从最终数据库到下游审计数据库的更新,因此除非激活临时数据库,否则我们将无法从最终数据库提供审计。

提前致谢!

【问题讨论】:

    标签: marklogic marklogic-9 marklogic-dhf


    【解决方案1】:

    您无法提供暂存数据没有技术原因,但我仍然建议您不要这样做。 DataHub 的设计是 Staging 包含“原始”和“不协调”的数据,Final 给出正确的视图。

    我真的建议您仔细研究一下 MarkLogic 的单时间特性。它工作得非常好,并且减轻了您管理文档版本的大部分负担。

    HTH!

    【讨论】:

      猜你喜欢
      • 2011-05-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-03-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多