云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

网站建设_云存储市场_怎么买

小七 141 0

当用BW-Live连接构建楼层时,问题是如何处理日期维度?我是否使用BW查询变量来选择日期?如何为用户提供选择相关数据的灵活性,并允许他们与其他日期段进行比较?

在这篇博文中,我想描述一种为用户提供良好的用户体验和极大的灵活性的方法。

当前情况

大多数为Office或其他BI工具分析而构建的BW查询都包含用于日期选择的变量。当然,这些变量可以在SAC中使用,它们可以被添加为一个故事过滤器,以便更好地集成到故事中。但不能使用这些选项在图表和表格中实现日期过滤器。此外,这些BW查询通常包含受限关键数字,以显示日期期间的KPI,如本月、年初至今、上一年……所有这些都是使用变量、受限关键数字……构建的。每个做过这项工作的人都知道这是一项繁重的工作,而且不太灵活。

如果有一个简单的选项来实现日期比较和一个灵活的日期过滤器,而不那么费力,岂不是很好?甚至是一个用户可以自己设置的?一个可以让你选择一个故事的关键日期,并让所有图表和小部件相应地调整?

当然有,自助建站系统哪个好,否则这个博客就没什么意义了!

新方法

一般方法是让SAP Analytics Cloud处理所有日期主题,而不是BW查询。在开头有一个小扰流器:这种方法目前只适用于日期字段。在BW查询中必须有一个日期字段。

下次构建BW查询时,物联网安全,只需省略日期变量,而是使用转发到SAP BW的故事中的日期筛选器。如果您担心用户可能会意外地从您的BW中读取太多数据,那么您当然可以将查询限制为提供过去3年的数据,例如

以下章节描述了SAP Analytics Cloud中灵活处理数据的重要功能:

SAP BW允许在内容日期创建虚拟层次结构诸如日、月、年等维度。根据我的经验,许多客户在其BW中不使用日期层次结构。即使该功能已经存在了一段时间(请参见https://blogs.sap.com/2014/05/02/virtual-time-hierarchy/更多信息)。您可以使用事务RSRHIERARCHYVIRT来激活所需的层次结构。

但我认为使用日期层次结构使报告非常灵活,尤其是在SAP Analytics云中的图表中使用它们时。能够沿着层次结构向下钻取很容易,并允许用户选择相关的日期粒度。

此外,您可以激活日期特征的导航属性,以便在报告中轻松包含较高的日期特征。这简化了BW中的建模,因为您可以将月份、年份……添加到复合提供商中的基本任何日期字段,而无需增强物理数据。

SAP Analytics Cloud中日期字段的范围选择允许动态灵活地选择日期。它可以用于小部件过滤器和限制关键数字,以建立选择,如年初至今,本月,大数据使用,年初至今,…你的名字:

"自定义当前日期"功能允许你为你的故事创建一个关键日期,你可以从你所有的时间过滤器中引用,并可以由用户在查看故事时更改。当你打开故事,他们的关键日期设置为当前系统日期。但是你可以决定回到过去,选择最后一个季度或一年的结束,大数据怎么查询,让所有的图表都显示与这个时间点相关的数据。没有任何编码!

自定义当前日期在每个故事中定义一次,并由故事过滤器标识。它是在日期维度的范围筛选器定义中创建的,可以使用"当前日期"下面的下拉框创建。您可以根据您的数据和用户处理故事的方式来选择关键日期的粒度:可以是日期、月份、年份,…:并给它一个名称来向用户描述:

用户现在可以使用此故事筛选器项来选择所需的时间点和所有图表,故事中的表格和受限制的关键人物会自动调整:

故事的创建者在保存故事时应确保激活"系统当前日期/期间"选项,由于这确保了故事总是在当前日期打开,因此动态调整故事中的日期选择:

有关日期选择的更多信息,请参阅本博客:https://blogs.sap.com/2019/12/02/last-x-months-trend-for-a-given-month/

现在时间选择和过滤器已经完成实施后,我建议使用时间差异图来显示与上一年/期间/的任何偏差。

SAP Analytics Cloud提供此功能已有相当一段时间了。同样,这比在BW查询中简单得多,因为只需单击几下就可以添加方差。以下是对该功能的详细描述:https://www.saplaytics.cloud/resources-filtering-data-by-time/

在具有层次结构的日期字段上使用差异带来了另一种可能性:与上一年的差异会自动调整到层次结构级别。首先在年度水平上显示与上一年的差异,然后简单地向下钻到季度和月份以查看

这很好,2018世界人工智能大会,允许用户灵活地进行自上而下的分析。

基于BW实时连接的时间差异有三个重要的先决条件(见KBA)https://launchpad.support.sap.com/#/notes/2948031):

结论