java - 如何构建变更跟踪系统——而非审计系统

Question

我有一个要求，我需要在库存中捕获数据更改(不是审计)和生命周期状态。

技术:Jave、Oracle、Hibernate + JPA

对于数据更改，我们已获得要监控的数据元素列表。如果元素发生变化，我们将通知给定的第 3 方供应商。我想做的是使它成为我们可以提供给我们当前和 future 的任何第 3 方供应商的通用服务。

我们不关心谁做出了更改，也不管新值是什么，只是它发生了变化。

我们的想法是我们应用程序的数据层将在每个数据元素上使用注释。如果该数据元素发生变化，那么它会将一条消息放入队列中。然后消息 bean 将读取队列并在表中创建一个条目。

表格如下所示:

Table Name: ATL_CHANGE_TRACKER  
Key  columns  
INVENTORY_ID          Inventory Id of the vehicle
SALEEVENT_ITEM_ID     SaleEvent item of the vehicle
FIELD_CHANGED_ID      Id of the field that got changed or action. Link to subscription
UPDATE_DTM            Indicates the date time when change occured.

对于给定的库存，我们可以在此表中最多包含 200 个条目(监控多个表中的 200 个字段)。

然后，给定第 3 方的守护程序将根据它订阅的字段(可能是所有字段)从该表中读取。然后它将读取创建要发送给第 3 方的消息所需的每个表。解耦数据的提供者和数据的使用者。

确定可用的字段/操作列表

Table Name: ATL_FIELD_ACTION  
Key columns  
ID  
NAME                    Name of the field/action - Example Color,Make
REC_CRE_TIME_STAMP  
REC_CRE_USER_ID  
LAST_UPDATE_USER_ID  
LAST_UPDATE_TIME_STAMP  

订阅表，如果3rd Party公司xyz对60个字段感兴趣，这60个字段将映射到这个表。

ATL_FIELD_ACTION_SUBSCRIPTION  
Key columns  
ATL_FIELD_ACTION_ ID      ID of the atl_field_action table
CONSUMER                  3rd Party Name
FUNCTION                  Name of the 3rd Party Transmission that it is used for
STATUS  
REC_CRE_TIME_STAMP  
REC_CRE_USER_ID  
LAST_UPDATE_USER_ID  
LAST_UPDATE_TIME_STAMP  

第二部分是对库存的生命周期采取的行动也需要重新记录。在这种情况下，当库存状态发生变化时，一条消息将被放置在同一个队列中，并且该条目将被输入到同一个表中。

同样，守护进程将订阅这些状态并将收集它感兴趣的状态。

这里的目标是不让业务层/数据层关心需要数据的人 - 只需要提供数据以便感兴趣的人可以获得数据。

想知道是否有人做过这样的事情 - 任何陷阱 - 现成的 - 开源解决方案来做到这一点。

Answer 1

有关该主题的高级讨论，我建议阅读 this article马丁·福勒。

这听起来像是一次写入，多次读取类型的数据，它可能会产生大量数据，并且数据对于不同的客户端是不同的。如果您问我，听起来这可能是一个利用 NOSQL 数据库或改造您的 Oracle 数据库以充当 NOSQL 数据库的好地方。参见 here有关某人如何使用 MySQL 执行此操作的讨论。

否则，您可能会考虑创建一个“不可变”数据库表，并让 Hibernate 每次执行更新时都写入新记录，如所述here .