了解事实表

时间:2016-03-24 17:20:32

标签: database database-design database-schema

我们小组希望更好地了解我们的数据并实施一些最佳做法。在阅读codeproject on designing a data warehouse上的一些指南后,我们意识到我们需要从维度和事实表的基本理解开始,因为它与我们自己的数据有关。我们在事实表的构成上来回走动。下面是我们数据库的一部分图像。

这些表位于我们的操作系统下方,其中详细信息和属性直接流入PO_Header,PO_Detail,Appointment_Detail和Appointment_Header表。日期,位置和其他值有一些真正的维度表。例如,在进行预约时,会为该特定国家/地区提供预约编号。预约号码仅在国家层面是唯一的。该约会在约会级别具有属性,并根据特定的采购订单(PO)创建。

我们的问题是:约会和PO表是否真实"事实"表格或某种混合事实/维度?如果业务需要跨所有表的视图,正如上面描述的正确方法那样加入这些表吗?由于这是操作系统,我们无法改变结构,但如果需要,可以在我们的数据仓库中重新设计结构。

0 个答案:

没有答案