活动历史存储设计模式

Question

学习案例：

如果我有例如库对象。 图书馆里有书。 每本书都有共同的信息，例如名称、日期……以及其他一些依赖项，例如 Autor、Reseller、……

我有 Person 对象。 如果Person读了这本书，那我想再创历史。

现在的问题是，什么更好：

1) 使用 Book 实体及其依赖项的所有数据在历史记录中创建静态记录（在这种情况下，如果 Book 将被更改，则历史记录将不是实际的）

或

2) 对 Book 对象的依赖关系（在这种情况下，历史将是真实的，但在每个请求中我都必须查看所有依赖关系）

我想这本书会被改掉

历史记录将显示在个人资料中。 （此假设响应将回答 1）

但应该是基于实际图书数据的历史记录吗？或者历史应该有创建历史的信息表单日期？

Book 和 Person 只是示例

Answer 1

现在的问题是，什么更好：

1) 使用 Book 实体的所有数据在历史记录中创建静态记录和 他的依赖项（在这种情况下，如果 Book 将被更改，那么 历史不会是真实的）

或

2) 存储对 Book 对象的依赖（在这种情况下，历史记录将是 实际，但在每个请求中我都必须查看所有依赖项）

不确定您在这里所说的“实际”是什么意思，但更好的选择是适合您需要的那个。

使用选项 1，当您稍后在个人资料中显示历史记录时，它将包含有关在创建历史记录时当前的图书的信息。使用选项 2，个人资料将显示在查看个人资料时当前图书的相关信息。

您想在个人资料中看到哪些内容？

如果实际上您希望始终显示创建历史记录时的最新信息，这就是构建具有时间维度的数据仓库的原因之一。如果这是您需要的，并且您需要处理大量历史数据，您可能需要考虑构建一个与事务数据库分开的数据仓库。

有关数据仓库的一些信息，this IBM Redbook article 可能有用。