MarkLogic - 审计要求
MarkLogic - Auditing Requirements
MarkLogic 版本：9.0-6.2
对于开放式问题，我深表歉意，但期待得到一些建议。
我们使用暂存数据库和最终数据库构建了 DataHub 框架。我们将所有传入的更改按原样保存到暂存中，并更新最终数据库中的最新数据快照（例如，如果 phone 数字更改 3 次，暂存将拥有所有 3 次，但最终将只有最新的phone 号）。这满足了我们的运营需求，但最近我们收到了审计要求以保留更改以及 运行 历史更改报告。
我们的偏好是让 FINAL DB 更轻便、更简单，因此寻找在 FINAL db 上启用时间的替代方案。我正在考虑的一种选择是将数据从登台数据库提供给下游审计数据库（关系），但一些团队成员认为数据应该始终从最终数据库而不是从登台数据库提供给消费者。从登台数据库向消费者提供数据有什么缺点吗？
此时，我们还没有设置来实时处理从最终数据库到下游审计数据库的更新，因此除非激活了时间，否则我们将无法从最终数据库提供审计。
提前致谢！
没有技术原因无法提供暂存数据，但我仍然建议不要这样做。 DataHub的设计是Staging包含'raw'和'unharmonized'数据，Final给出正确视图
我真的建议仔细研究 MarkLogic 的单时态特征。它工作得非常好，并且减轻了您管理文档版本的大部分负担。
HTH！
MarkLogic 版本：9.0-6.2
对于开放式问题，我深表歉意，但期待得到一些建议。
我们使用暂存数据库和最终数据库构建了 DataHub 框架。我们将所有传入的更改按原样保存到暂存中，并更新最终数据库中的最新数据快照（例如，如果 phone 数字更改 3 次，暂存将拥有所有 3 次，但最终将只有最新的phone 号）。这满足了我们的运营需求，但最近我们收到了审计要求以保留更改以及 运行 历史更改报告。
我们的偏好是让 FINAL DB 更轻便、更简单，因此寻找在 FINAL db 上启用时间的替代方案。我正在考虑的一种选择是将数据从登台数据库提供给下游审计数据库（关系），但一些团队成员认为数据应该始终从最终数据库而不是从登台数据库提供给消费者。从登台数据库向消费者提供数据有什么缺点吗？
此时，我们还没有设置来实时处理从最终数据库到下游审计数据库的更新，因此除非激活了时间，否则我们将无法从最终数据库提供审计。
提前致谢！
没有技术原因无法提供暂存数据，但我仍然建议不要这样做。 DataHub的设计是Staging包含'raw'和'unharmonized'数据，Final给出正确视图
我真的建议仔细研究 MarkLogic 的单时态特征。它工作得非常好，并且减轻了您管理文档版本的大部分负担。
HTH！