我是一名初學者開發者,我有一個擁有多個不同日期的數據庫。 創建日期 轉換後的日期 失落日期 更改日期 等如何避免在QlikView中創建日期島?
的數據需要在一個應用程序和過濾器上的所有日期顯示。我在QlikView中編寫代碼,我可以創建和日期島並使用其本機集分析來過濾數據,但這對性能有重大影響。
QlikView中的任何編碼都會遇到類似的情況?
我是一名初學者開發者,我有一個擁有多個不同日期的數據庫。 創建日期 轉換後的日期 失落日期 更改日期 等如何避免在QlikView中創建日期島?
的數據需要在一個應用程序和過濾器上的所有日期顯示。我在QlikView中編寫代碼,我可以創建和日期島並使用其本機集分析來過濾數據,但這對性能有重大影響。
QlikView中的任何編碼都會遇到類似的情況?
集合分析確實對性能有重大影響。您最好在QlikView中使用常規的「選擇」功能。
對於下面的答案,我將假設您熟悉Star Schema開發的概念。簡而言之,它意味着從事實字段(計數器字段,求和字段等)中分離維度(選擇字段)並通過鏈接表連接它們。
有兩種可能的情況:
1.不止一個日期與同一事實。
例如,您有一個「銷售交易」表,其中包含銷售涉及的金額事實,並且不僅有'日期',還有'付款日期',您希望兩者都選擇。在這種情況下,您希望有多個獨立的日期選擇,因爲您無法確定用戶是否想要選擇轉換日期,創建日期等。您需要用不同的鍵名複製您的「視頻島」並將其連接到您的交易表兩次。兩個日期池將不再是島嶼,更適當地稱爲「日曆維度」。
2.不同的日期與不同的事實有關。
在這種情況下,您可以使用一個「日曆維度」來適應所有日期字段。只需在日曆中創建一個自動編號鍵,並將其稱爲%DateKey
。將此字段設置爲日曆表和鏈接表之間的連接。現在對於所有具有日曆的日曆事實表,請確保使用包含自動編號散列中的日期的鍵將其連接到鏈接表。
在經歷過這樣的事情之後,我會建議我會創建一個如下例所示的關鍵表:;保持關係,你不必使用集合分析;只要確保你把所有可能日期的表格作爲子表格中的一個,並使用像Dategreen一樣的%DateKey