点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

你好

这部分是一个问题，但是部分地描述了我如何在我们的UNX宇宙中实现"聚合感知"以利用聚合表，但同时又是一个整体"表切换"以启用更多实时数据。 可能对其他人有用。

我们有一个拥有大型事实表的大型数据仓库。 我们通常每晚都会更新数据仓库，但是我们的用户现在需要更多的在线数据。 因此，我建立了一个较小的批处理（SSIS + SQL Server），该批处理不断地加载数据（事实每5-10分钟更新一次）。

我遇到的问题是我们的事实表非常大，用户可以执行长达一个小时的复杂查询。 这使得不可能每5分钟进行一次加载（插入/更新/删除）操作，因为如果用户在运行长查询，则数据库中将存在表锁定。

我们的解决方案是每个事实表都有重复项，其中重复项仅包含今天和昨天的数据。 因此，较小的表会在一天中连续加载，而具有完整历史记录的较大的表会每天晚上加载。 由于所有查询都可以快速执行，因此使用如此小的表使表锁定问题变得非常不可能。

要使用带有（基本上是）在线数据的较小表，我已经将它们都连接在数据基础层中。 具有完整历史记录的表和较小的表。 然后，我创建了一个虚拟维度对象，称为"在线"，该对象与原始大型事实表不兼容（通过聚合导航）。 然后，我在所有度量上都使用@Aggregation_Aware，这样，如果使用"在线"维，则可感知聚合的查询将更改为从较小的表中选择数据，而不是从较大的表中选择数据。

这样做，我们可以在同一宇宙中同时拥有"在线"数据和多年的历史。 尽管它们不能在同一查询中组合。

您可以为在线数据创建一个单独的Universe，但是我认为这是一种更清洁的解决方案。

这成为一个很长的描述，但希望有人

有人做过这样的事情吗？

以这种方式使用Aggregate Aware是否有缺陷？

有更好的解决方案吗？ ：）（否则请使用单独的Universe）

谢谢

乔纳森