是否有一個技術術語用於轉換數據的維度？

Question

是否存在僅用於轉換數據的維度的術語？

例如，我遇到了將日期數據轉換爲不同表示的維度（例如FY1等會計年度的縮寫和其他表示）？

Answer 1

數據倉庫解決方案中的所有維度基本上都存在，因爲最終用戶希望能夠根據該維度做出決策。
（實際上，最終用戶可能會將他的決定建立在多個維度的組合上）。

最終數據倉庫解決方案中的維度本身就是大數據轉換過程的結果。

是：其中數據是從幾個 源神韻：在所述原始數據的富集的形式

變換（FX 施加層次結構）的原始數據

等的

• 變換...

所以說一個單純轉換數據的維度是一個模糊的描述屬性的方法因爲它有點不清楚是什麼意思。

然而，考慮到這一點，我以這種方式承認你的問題，它讓我們問自己：「變形尺寸」可以作爲數據倉庫中存在的一種新維度嗎？

那麼，如果您認爲您的「變形維度」是完全從另一個維度導出的維度，而不受原始數據的影響，那麼「變形維度」的概念就變得更加精確。

因此，在您的情況下，將日期數據轉換爲不同表示的維度可以正確地稱爲「轉換維度」。

對於維度表類型的datawarehousing一個更全面的清單看看這個問題：
What are the types of dimension tables in star schema design?

Answer 2

所有維度都是數據「轉換」的結果，在某種意義上或其他方面，即使它只是將多個關係表解除規範化爲具有重複屬性的寬維度表。

在日期維度中有多個表示日期是一種很好的做法。它允許您存儲諸如可能因組織而異的財務日曆（5-4-4會計周等），並且不易用公式創建。使用此維度，您可以根據特定屬性（按財年或以月曆報告）等構建聚合。

是的，該日期的所有屬性可能在DATETIME類型中「隱含」，但它使更多的可維護查詢和易於使用數據的商業用戶基於該日期提供多個屬性。

Answer 3

我想說的是，日期的所有represntations應該在日曆尺寸永久保存。倉庫通常有一個企業層，數據從多個系統彙集在一起​​，符合（以便密鑰和日期等都是相同的格式）並且豐富 - 即我們創建日曆維度中要使用的所有日期表示。然後你有了表示層（Kimball），它通過有意識的方式去規範化，使查詢運行得更快。使我們能夠豐富維度的表格是企業層的一部分，而不是表示層，所以根據定義，維度不是。尺寸僅限於表示層。我的意見，當然！