如何为BPMS系统高效查询设计数据库模式？

Question

现状：

我们有一个BPMS (业务流程管理套件)到位。对历史和执行部分报告的需求日益增加。BPMS中的数据模型不是为历史查询设计的。因此，我们正在分析可能的解决办法。

考虑解决方案：

其想法是将关于流中事件的数据推送到外部数据库。BPM中的典型事件是:创建了新的流程实例、状态更改了、执行了流程中的一个步骤或更改了流程实例的状态。数据库是除了星型模式之外的有趣的替代方案之一。让我们假设有两个集线器: PI (流程项实例)和OU (组织单元)和一个链接表LINK_PI_OU。每次将流程项分配给组织单位时，将向链接表中添加新的行。链接表中的LOAD_DATE包含添加此记录时的日期时间。带有最新LOAD_DATE的链接表中的记录显示流程实例的当前赋值。

问题：

假设业务想知道当前所有开放过程实例都由组织单位分组分配给谁。

对于此报表，查询将是什么样子？它真的能演戏吗？还是我走错路了？

Answer 1

总的来说，我并不认为Data是打算成为最终用户报告层，甚至是一个人工事务系统。

我不完全清楚您的结构，但据我理解，D是一个历史存储库，它为一个为(Kimball/Inmon)提供数据仓库的企业保存所有数据。所以从高层次来说..。

事务系统=> DWH => DWH => (多维数据集=>)用户

在这种情况下，我不会向Data提出查询，而是编写一些ETL来填充数据仓库并在DWH中提出查询。

我猜，另一个观点是，你可以在DWH之上构建一组视图，这样可以对用户隐藏结构，但我认为我有点纯粹主义，我会选择DWH。

Answer 2

正如@Marcud D所说，数据仓库是数据仓库的模型，通常在使用DV建模时，为了报告目的，您必须从DV构建数据集市。我认为组织单位应该建模为卫星表，而不是集线器表。因此，无论如何，您都应该构建一个查询，从DV模型中输入特定的数据集市，然后将其用于报告目的。