我在建立一个数据仓库。让我解释一下情况:
这是我的模型:

我在googled上搜索了一下,我发现我们称之为桥接解决方案,但我还不太清楚它的用途,以及是否必须在我的模型中使用它。
坦克斯
发布于 2016-05-13 16:58:58
换句话说,桥模型可以称为雪花模式。当涉及到处理许多到多个关系时,这个方法非常有用,就像在您的场景中一样。使用此模型,您可以将维度表分解为子维度表。通常情况下,维度表有唯一的行。如果我们从您的场景中得到这个示例,Dim_meeting和dim_supervisor有彼此独特的行。也就是说,主管中的每一行都是唯一的,没有重复的数据。因此,如果没有两个维度之间的桥接表,就很难处理多到多个关系。在我举的(会议和主管)的同一个例子中,一个主管可以监督许多会议。根据你的说法,一次会议可能会有很多主管。
在这种情况下,如果在两者之间引入一个桥接表,桥接器表将有它自己的唯一ID (代理密钥-主键)、主管id和会议ID。会议维度将具有所有唯一的会议记录,而主管维度将具有唯一的主管记录。桥表将包含多个主管记录和多个会议记录,以便在桥表中创建多到多个关系。
这就是它的工作原理。
我还使用桥接器表处理了许多类似的情况,这些桥接表在解决类似问题时似乎非常有效。希望你能有个主意
发布于 2016-05-17 01:13:35
另一种选择是有一个EVENT_ACTIVITY事实,其中所有内容都表示为“活动”:
ACTIVITY_ID
PARENT_ACTIVITY_ID
ACTIVITY_LEVEL
ACTIVITY_TYPE
START_DATE
END_DATE
PERSON_ID
other DIM Keys活动的类型包括活动、会议、出席、监督,以及你可能想要做的任何事情。对于多到多个会议/主管,您将有多个具有相同父事件的监督活动记录。
https://stackoverflow.com/questions/37164433
复制相似问题