dimensional-modeling

    0熱度

    1回答

    我對BI開發/數據倉庫有點新,但是面臨着老慢慢變化的維度困境。我已經閱讀了很多關於類型和理論的內容,但是對於這些實現來說,我發現,對於這些實現來說,最常見的SELECT查詢是很少見的。 我會保持我的例子簡單。假設你有四個銷售理由,東,西,北和南。你有一羣銷售人員每天銷售,並且(可能每年一次)重新分配一個新的區域。 所以你必須原始數據如下所示: name; sales; revenue; date

    1熱度

    1回答

    我正在通過以下鏈接處理數據倉庫中的數據質量問題。 。 http://www.kimballgroup.com/2007/10/an-architecture-for-data-quality/ 「 響應質量事件 我已經說過,每個質量屏擁有決定何時發生錯誤時會發生什麼情況的選擇是:1)暫停過程中,2)發送違規結果,以供以後的處理的懸念文件,以及3)僅標記的數據,並將其通過以在管道中的下一個步驟。第三

    0熱度

    1回答

    我需要填充我的MySQL表。我有以下維度模式。 我所有的外鍵在事實表。 我有每個主題的CSV文件。 假設excel1.csv對應於thema1,而excel2.csv對應於thema2。 設置了所有主題,地區,部門,mois表。所以我手工填寫他們: 例如主題表: idTheme |主題 1 | Theme1 2 | THEME2 地區表: idRegion | Region 1 | IDF 2 |

    0熱度

    1回答

    業務場景維度建模: 我設計一個三維模型的一所大學應用工藝加工的大學有it.While下15個學院提出申請,申請人可以給像1,2,3等的選擇.The是,如果1號學院拒絕申請,然後它會自動轉到第二大學,然後第二大學可以提供或拒絕。如果第二大學拒絕,然後應用程序會自動傳遞到第3,以此類推,直到學生安全的地方 的三維模型會回答查詢,例如,有多少申請者根據自己的第一選擇 得到選擇的是接受各高校之間的決定所花

    0熱度

    1回答

    我的團隊在內部辯論我們是否應該創建地址信息的單獨維度。用例是郵件營銷機構的倉庫,因此,由於多種原因,地址是非常重要的。 我們有幾條地址信息流入(如銀行地址,客戶地址(我們客戶的客戶),郵寄名單地址(或艙單)和客戶地址),我們也可能從我們可能需要根據地址比較綁到一個特定的客戶等信息。 我們還做我們的地址地理編碼增強,標準化和驗證了我們的地址是進來。 總之,我們正在存儲任何給定地址的以下字段: Del

    0熱度

    1回答

    我已經開始在維度模型上工作以瞭解訪問商店的新客戶的數量。爲了這個目的,我在識別事實和維度方面有點困惑。在這方面有人可以幫助我嗎?根據我的理解,我已將客戶,產品,發票,時間,付款標識爲維度(按照級別0)。但是,我不確定如何在這方面確定事實。我知道事實就是那些可衡量的數據。我想實現崗位數據模型的措施或結果是如何獲得當月訪問的新客戶的數量。

    5熱度

    1回答

    我正在從一大堆事務性事實錶轉移到一個更復雜的聚合,快照等圖像的情況下工作。在過去,有一些情況下數據需要通過聚合月,但以前的開發人員剛剛將它所屬月份第一天的關鍵字放入事實表中的列中,並將其指向通常的日期維度。這似乎可以正常工作,我們在每個日期維度的多維數據集中都有日/月/年層次結構,並且用戶在需要按月查看事務時表現良好。 當我四處閱讀 - 主要是Kimball的工作,但也有其他指導 - 建議是我們應

    1熱度

    3回答

    我知道這主要是一個設計問題。我已經通過在處理時自定義錯誤的方式來了解到這個問題有一個解決方法,但我不喜歡忽略錯誤,並且多維數據集進程也是按照計劃的,所以忽略錯誤不是一個好的選擇。 這是發生錯誤的我的多維數據集的一部分。 DimTime PK(INT) MyMonth(INT,示例= 201501,201502,201503等) 另一列 FactBudget PK(INT) 月(INT,示例= 20

    0熱度

    1回答

    在我們的數據倉庫中,我們有6個客戶組。每個羣體擁有5000到10000個客戶。 我們的星型模式: dimCustomer fact ----------- ------------ CustomerKey CustomerKey CustomerName Measure CustomerGroupKey CustomerGroup 我們往往只查詢客戶羣。我可以

    -1熱度

    1回答

    Image of different fees that relate to a transaction 我有一個顯示特定客戶端完成事務的事務事實表。我想將此事實表與包含交易中可能發生的不同交易費用的維相關聯。每筆交易都將鏈接到1到5個不同交易費用的範圍內,這些交易費用都在交易費用維度的不同行中列出。什麼是實施這個最好的方法?我是否應該實施諸如角色扮演維度之類的東西,併爲每種交易費用擁有多個密鑰?