Database design 设计层次结构的解决方案

Database design 设计层次结构的解决方案,database-design,data-warehouse,Database Design,Data Warehouse,我在SAP HANA中有一个源表,其中保存了客户群及其当前层次结构的数据,如集群、部门、部门类型、子部门类型、业务部门、利润中心、服务水平、渠道等。在这段时间内,客户群层次结构不断变化。例如,在7月19日期间,客户群“A”属于分部类型“私人企业”,BU=“X”、利润中心=“001”、LoS=“Tax”,收入为100英镑。9月19日期间,客户群“A”属于分部类型“股权业务”,因此其利润中心改为“007”,业务部门和服务水平相同 话虽如此,我们实施了一个维度来保持这些层次结构,但没有涉及时间段,这意

我在SAP HANA中有一个源表,其中保存了客户群及其当前层次结构的数据,如集群、部门、部门类型、子部门类型、业务部门、利润中心、服务水平、渠道等。在这段时间内,客户群层次结构不断变化。例如,在7月19日期间,客户群“A”属于分部类型“私人企业”,BU=“X”、利润中心=“001”、LoS=“Tax”,收入为100英镑。9月19日期间,客户群“A”属于分部类型“股权业务”,因此其利润中心改为“007”,业务部门和服务水平相同

话虽如此,我们实施了一个维度来保持这些层次结构,但没有涉及时间段,这意味着对于客户群“a”,您将始终看到当前层次结构中的值,例如细分类型“私募股权”。报告显示,7月19日“私人业务”的收入下降了100英镑,9月19日“股权业务”的收入增长了100英镑,这对收入产生了影响。发生此问题是因为事实表在所有时间段内都指向当前层次结构,因为维度仅持有当前层次结构

为了克服这个问题,在分析过程中,我发现SAP HANA中还有另一个表,它记录了一段时间内所有这些层次结构的更改,并在该时间点保持客户端组层次结构有效。我计划创建一个类似于hierarchy维度的工作表,并为hierarchy添加一些列,如effective_from和effective_to。然后,我将使用fact的会计期间将此表与fact连接,以获得精确的层次结构,并更新层次结构维度及其哈希键


我想听听你们关于这个方法是否有效,或者我是否需要换一种方式思考的更多信息?如果需要更多信息,请告诉我。

创建减缓更改类型2维度。使用事实的驱动日期将事实与维度联接

另外,请看:


欢迎来到stackoverflow。带有URL的简短回答被认为是低质量的,外部内容可能会改变。请编辑您的答案以包含所有关键详细信息。