fact-table

    -1熱度

    1回答

    我們正忙於一個學校項目。我們必須建立一個Datawarehouse,但我堅持下去。 我有以下starschema: dim_location: Location_key(主鍵) 市 dim_condition: Condition_key(主鍵) 說明(實施例:好,壞,很不好,非常好等) dim_time: Time_key 年份 日期 季 等 事實表地面: Time_Key(國外) Locati

    0熱度

    2回答

    我有8 代理鍵,我需要查找維表和填充事實表。我創建8查找到維度表,然後使用合併連接和排序部件將數據合併成一個結果集,用於插入尺寸表。我擔心的是在插入之前會發生很多合併和排序,並且性能不佳。實現我上面解釋的最好方法是什麼?

    2熱度

    1回答

    我已經填充了4個尺寸表,這些表格是一個昏暗的時間,網站昏暗,被遺棄的昏暗和工作類型昏暗。 我已經計算了臨時表中末端事實表中所需的度量,但是如何將維度ID和度量轉移到事實表中? 事實表應該結束了這些列 TimeID - SiteId - AbandonedID - WorkTypeID - HoldTime - ACWTime - RingTime TalkTime 的數據將需要由4個維度ID的

    0熱度

    2回答

    在我的維度表中爲放棄的呼叫我有ID 1代碼NO,ID 2代碼YES 我想要根據是否將這些ID加載到事實表中該呼叫被放棄使用聯接。 如何永遠存在的問題,我的數據庫中被遺棄的值是否爲NULL,是否爲1。 所以,當我加入 INNER JOIN datamartend.dbo.Abandoned_Call_Dim ON incoming_measure.Abandoned = Abandone

    1熱度

    1回答

    我有一些麻煩,決定什麼應該在一個特定的尺寸,我應該在事實表走了星型模式我開發的。 例如起見,讓我們說,該項目跟蹤的房屋的物業管理公司。諸如各種日期,租房者,合同等的維度都相當簡單。對於房屋,無論數據在哪裏居住,我們都想跟蹤當前所有者,當前承租人,當前租賃合同以及諸如鄰居,地址,當前租賃價格,當前市場價值等等。請注意,所有者,承租人和合同本身就是維度(鄰居和地址也可能是維度,但我並不關心那些人)。

    1熱度

    1回答

    我實際上是建模一個數據倉庫 在我的一個事實表中我有3個數據(我想分析的數字)。問題是我會先填寫其中一個號碼,然後再填寫其他兩個號碼(幾天)。 在DW中執行它是不是一件壞事(因爲「無修改表」法)? 我想到的另一個解決方案是將第一個數字放在第一個事實表中,將另外兩個放在第二個事實表中。 2 FT將被鏈接到相同的維度表當然。這個解決方案對我來說似乎很好,但稍後可能比較重一些。 - 我講的數據是關於工作時

    1熱度

    2回答

    我是編程新手,無法找到答案。 我有以下尺寸(表)和事實表: 客戶:客戶編號,HomeRegion 地區:RegionId,RegionName 數值指明MyTime:ID ,MyHour 事實表:客戶編號,RegionId,TIMEID,FactId 我必須報告:HomeRegion,小時,RegionName,UserPercentage。 如示例所示,只有3.67%的人,其家庭區域爲一個轉會乙

    1熱度

    1回答

    在SSAS中,有一種方法可以根據事實表中的兩列與維度表相關聯: 我們有兩個表:位置(維度)和銷售(事實)。位置維度有一列:「狀態」。銷售表有三列:「saleAmount」,「customerState」和「billingState」(因爲我們的客戶可以在加利福尼亞州,但希望我們向紐約的公司或分公司開具賬單)。 在SQL中,如果我們想看到所有在加州的銷售,我們寫的SQL查詢爲: select sum

    0熱度

    3回答

    我是DW的新人,我需要爲電子商務網站創建一個非常簡單的倉庫。 維度表 日期維度表(ID,年,季,月,日) 時間維度表(ID,小時,分鐘) 產品維度表(ID,產品名稱,價格,類別ID) 產品類別維度表(ID,類別名稱) 事實表 每個產品 銷售(日期ID,產品ID,銷售數量,價格和) 這一事實表是適合喜歡「在6月有多少產品賣」問題等等。 但是我需要回答問題,比如「6月份哪些類別的產品銷量最多?」或者「

    0熱度

    2回答

    我想建立一個使用OLTP數據庫的數據倉庫,並想知道如果我需要首先定義事實表或維度? 請幫忙? 問候 瑜珈