对于定期快照事实表,什么是良好的命名约定?

时间:2012-03-27 20:20:26

标签: database-design ssas data-warehouse

我正在为我的期间快照事实表寻找一个好的命名约定。

目前,我只是追加" _Snapshot"到用于底层事务事实表的名称的末尾。这是一个例子......

FactWorkOrder (Transactional)
FactWorkOrder_SnapshotWkly (Weekly Snapshot)

我意识到命名约定是主观的,但这并不意味着没有接受的偏好。

例如,大多数微软材料使用正确的外壳,没有空格或下划线......

TableName.ColumnName

而不是......

TABLENAME.COLUMNNAME
TABLE_NAME.COLUMN_NAME
[TABLE NAME].[COLUMN NAME]

大多数Kimball材料使用Dim或D,Fact或F prepending ...

DimDate
FactWorkOrder

甚至强调......

D_Date
F_WorkOrder

不幸的是,我还没能在快照表上找到任何东西。

3 个答案:

答案 0 :(得分:1)

在Kimball的书中,他使用了WorkOrderSnapshotFact等。所以使用" Snapshot"似乎是个不错的选择。

答案 1 :(得分:1)

以下是我对期间快照事实表的命名约定:

1)由于定期快照始终保持定义的时间段,     这个时间范围肯定应该是快照的名称。

示例:

FactWorkOrder_SnapshotWeekly
   FactWorkOrder_SnapshotMonthly



2)由于周期性快照表依赖于事务性事实     表,这也应该反映在命名中。

示例:

基本事实:

FactWorkOrder

和快照:

FactWorkOrder_SnapshotWeekly



3)如果你有不同粒度的事实表,你可以考虑在名称

中指定事实表的粒度

示例:

FactWorkOrder_Atomic
   FactWorkOrder_AggregatedOnMonth

答案 2 :(得分:0)

OD_MD_ [主题区域名称] ---主维度的MD

OD_MH_ [主题区域名称] --- MH用于分层 OD_FB_ [主题区域名称] --- FACT基表的FB,用于存储非聚合数据,如交易,购买。 OD_FC_ [主题区域名称] ---用于FACT计算表的FB,用于存储度量标准和聚合KPI

OD_FB_SN_ [主题区域名称] - 快照 OD_FB_WK_ [主题区域名称]每周快照基表