【正文】 實表的復(fù)合主鍵之一時例外。2．使用代理關(guān)鍵字可以帶來性能上的優(yōu)勢。3．使用代理關(guān)鍵字可以建立一些不存在的維度記錄，例如“不在促銷之列”，“日期待定”，“日期不可用”等維度記錄。當然，使用代理關(guān)鍵字也有它的缺點，代理關(guān)鍵字的使用使數(shù)據(jù)加載變得非常復(fù)雜。多值維度有兩種情況，第一種情況是指維度表中的某個屬性字段同時有多個值。而帳戶維度表中的這種情況就叫做多值維度。處理多值維度最好的辦法是降低事實表的粒度。但是有些時候，事實表的粒度是不能降低的，多值維度的出現(xiàn)是無法避免的。這個橋接表可以解決掉帳戶維度和顧客維度之間的多對多關(guān)系，也解決掉的帳戶維度表的多值維度問題。在事實表中，通常會保存十個左右的維度外鍵和多個度量事實，度量事實是事實表的關(guān)鍵所在。第一類非事實型事實表是用來跟蹤事件的事實表。第二類非事實型事實表是用來說明某些活動范圍的事實表。然后，通過這個促銷范圍事實表和銷售事實表即可得出哪些促銷商品沒有銷售出去。這種建模方法通常被用來橫跨多個業(yè)務(wù)主題域來建立數(shù)據(jù)集市，Kimball將這樣的數(shù)據(jù)集市稱為第二級的數(shù)據(jù)集市。但是，合并事實表給ETL工作帶來了較大的麻煩。這種隨時間發(fā)生變化的維度我們一般稱之為緩慢變化維，并且把處理維度表的歷史變化信息的問題稱為處理緩慢變化維的問題，有時也簡稱為處理SCD的問題。第一種方式通常簡稱為“TYPE 1”。第二種方式通常簡稱為“TYPE 2”。第三種方式通常簡稱為“TYPE 3”。即席查詢生成的方式很多，最常見的就是使用即席查詢工具。它們之間的差別在于，通常的查詢在系統(tǒng)設(shè)計和實施時是已知的，所有我們可以在系統(tǒng)實施時通過建立索引、分區(qū)等技術(shù)來優(yōu)化這些查詢，使這些查詢的效率很高。在一個數(shù)據(jù)倉庫系統(tǒng)中，即席查詢使用的越多，對數(shù)據(jù)倉庫的要求就越高，對數(shù)據(jù)模型的對稱性的要求也越高。在基于總線架構(gòu)（Bus Architecture）的維度建模中，大部分的維度表是由事實表共有的。這種發(fā)出多路SQL再進行合并的操作就是交叉探查。這個事實表的數(shù)據(jù)和其他事實表的數(shù)據(jù)一樣來自Staging Area。在建立了角色模仿維度以后，在底層只有一個物理表存在，但是針對這個物理表會建立多個角色提供給數(shù)據(jù)訪問工具，而且對數(shù)據(jù)訪問工具來說這多個角色是不同的。例如訂單日期維度表如下所示：CREATE VIEW order_date(order_date_key, order_day_of_week, order_month, … ) AS SELECT data_key, day_of_week, month, … FROM DATA使用同樣的方式還可以建立多個不同日期的角色模仿維度。聚集事實表－－aggregated fact table切片事實表中的字段結(jié)構(gòu)和相應(yīng)的基礎(chǔ)表完全相同，差別在于存儲的記錄的范圍。切片事實表的結(jié)構(gòu)與相對應(yīng)的基礎(chǔ)表相同，數(shù)據(jù)來源于相對應(yīng)的基礎(chǔ)表。在事實表中最有用的事實就是數(shù)字類型的事實和可加類型的事實。事務(wù)出現(xiàn)以后，就會在事實中出現(xiàn)一條記錄。通常的時間間隔可以是每天、每周或者每月。通常來說，事務(wù)和快照是建模中的兩個非常重要的特點，將兩者相結(jié)合可以使模型建立的更完整。即新建立一個事實表，它的維度表是比原維度表要少，或者某些維度表是原維度表的子集，如用月份維度表代替日期維度表；事實數(shù)據(jù)是相應(yīng)事實的匯總，即求和或求平均值等。即新建立一個事實表，它的維度是兩個或多個事實表的相同維度的集合；事實是幾個事實表中感興趣的事實。合并事實表和交叉探察是兩個互補的操作。事實維度－－fact dimension數(shù)據(jù)世系描述的是從源系統(tǒng)抽取數(shù)據(jù)開始，經(jīng)過數(shù)據(jù)轉(zhuǎn)換到最終的數(shù)據(jù)加載的整個過程中各種信息。這部分元數(shù)據(jù)的產(chǎn)生位置是在ETL的處理過程中。退化維度――degenerate dimension在維度建模的數(shù)據(jù)倉庫中，有一種維度叫Degenerate Dimension，中文一般翻譯為“退化維度”。退化維度經(jīng)常會和其他一些維度一起組合成事實表的主鍵。它可以將同一個事務(wù)中銷售的產(chǎn)品集中在一起。對于快變超大維度，設(shè)計人員一般不會使用TYPE 2的緩慢變化維處理方法，因為大家都不愿意向本來就有幾百萬行的維度表中添加更多的行。微型維度表有自己的關(guān)鍵字，這個關(guān)鍵字和原客戶維度表的關(guān)鍵字一起進入事實表。比如，存儲￥￥30000－￥34999這樣的范圍。連接在事實表兩邊的維度表過多，看起來就像蜈蚣一樣，所以稱為“蜈蚣事實表”。這些都將產(chǎn)生蜈蚣事實表，使自己落入維度過多的陷阱。這時，需要做的事情是自己核查，將相關(guān)的維度進行合并，減少維度的個數(shù)?；蛘叻催^來，也可以由多條記錄轉(zhuǎn)化為一條記錄。和合并事實表類似，有時當基礎(chǔ)表中沒有記錄時，旋轉(zhuǎn)事實表也要存儲一些零值在里面。余下的工作就是建立一致性事實。第一個是KPI的定義及計算方法要一致，第二個是事實的單位要一致性。一致性維度是Kimball的多維體系結(jié)構(gòu)（MD）中的三個關(guān)鍵性概念之一，另兩個是總線架構(gòu)（Bus Architecture）和一致性事實（Conformed Fact）。一致性維度的范圍是總線架構(gòu)中的維度，即可能會在多個數(shù)據(jù)集市中都存在的維度，這個范圍的選取需要架構(gòu)師來決定。在后臺建立好的維度同步復(fù)制到各個數(shù)據(jù)集市。在同一個集市內(nèi)，一致性維度的意思是兩個維度如果有關(guān)系，要么就是完全一樣的，要么就是一個維度在數(shù)學(xué)意義上是另一個維度的子集。這樣，維度保持一致后，事實就可以保存在各個數(shù)據(jù)集市中。預(yù)連接聚集表是通過對事實表和維度表的聯(lián)合查詢而生成的一類匯總表。數(shù)據(jù)倉庫是為了便于多維分析和多角度展現(xiàn)而將數(shù)據(jù)按特定的模式進行存儲所建立起來的關(guān)系型數(shù)據(jù)庫，它的數(shù)據(jù)基于OLTP源系統(tǒng)。數(shù)據(jù)的存儲與管理：數(shù)據(jù)的存儲和管理是整個數(shù)據(jù)倉庫的核心，是關(guān)鍵。 .數(shù)據(jù)倉庫的設(shè)計一般是星型的，有利于查詢。主題要體現(xiàn)出某一方面的各分析角度(維度)和統(tǒng)計數(shù)值型數(shù)據(jù)(量度)之間的關(guān)系,確定主題時要綜合考慮.![if !supportLists]二、![if !supportLists]三、![endif]確定維度:我們希望按照時間，或者按照地區(qū)，或者按照產(chǎn)品進行分析。例:在時間維度上，按照”度季度月”形成了一個層次，其中”年” ,”季度” ,”月”成為了這個層次的3個級別。在聚合時，數(shù)值型字段的匹配和比較，join效率高。業(yè)務(wù)系統(tǒng)的的一筆筆生產(chǎn)，交易記錄就是將要建立的事實表的原始數(shù)據(jù). 我們的做法是將原始表與維度表進行關(guān)聯(lián)，生成事實表。兩方面用途:首先,元數(shù)據(jù)能提供基于用戶的信息,如記錄數(shù)據(jù)項的業(yè)務(wù)描述信息的元數(shù)據(jù)能幫助用戶使用數(shù)據(jù)。ODS: Operational Data StoreODS為企業(yè)提供即時的，操作型的，集成的數(shù)據(jù)集合，具有面向主題性，集成性，動態(tài)性，即時性，明細性等特點ODS作為數(shù)據(jù)庫到數(shù)據(jù)倉庫的一種過渡形式，與數(shù)據(jù)倉庫在物理結(jié)構(gòu)上不同，能提供高性能的響應(yīng)時間,ODS設(shè)計采用混合設(shè)計方式。需要注意的就是在實施不同的數(shù)據(jù)集市時，同一含義的字段定義一定要相容，這樣再以后實施數(shù)據(jù)倉庫時才不會造成大麻煩。HOLAP能把MOLAP和ROLAP兩種結(jié)構(gòu)的優(yōu)點有機的結(jié)合起來,能滿足用戶各種復(fù)雜的分析請求。事實數(shù)據(jù)表可能代表某次銀行交易,包含一個顧客的來訪次數(shù)，并且這些數(shù)字信息可以匯總，以提供給有關(guān)單位作為歷史的數(shù)據(jù)。用戶可以通過累計度量值獲得匯總信息。處理方法: 1新信息直接覆蓋舊信息，2,保存多條記錄，并添加字段加以區(qū)分（用y,n。比如：發(fā)票號，序列號等等。鉆取:首先從某一個匯總數(shù)據(jù)出發(fā)，查看組成該數(shù)據(jù)的各個成員數(shù)據(jù)。ETL是將業(yè)務(wù)系統(tǒng)的數(shù)據(jù)經(jīng)過抽取、清洗轉(zhuǎn)換之后加載到數(shù)據(jù)倉庫的過程，目的是將企業(yè)中的分散、零亂、標準不統(tǒng)一的數(shù)據(jù)整合到一起，為企業(yè)的決策提供分析的依據(jù)。ODS224。![endif]業(yè)務(wù)系統(tǒng)服務(wù)器與DW的DBMS不同時,對不能建立直接鏈接的話，在導(dǎo)入ODS中,或通過程序接口來完成.![if !supportLists]3.男女)。用過什么ETL工具（informatica，ssis，owb，datastage），以及該工具簡單講述特點。Designer:用來設(shè)計job。一個事實表又包括一些度量值和維度。這就導(dǎo)致了更復(fù)雜的查詢并降低了數(shù)據(jù)庫的效率代理鍵:在關(guān)系型數(shù)據(jù)庫設(shè)計中，是在當資料表中的候選鍵都不適合當主鍵時，例如資料太長，或是意義層面太多，就會用一個attribute來當代理主鍵，此主鍵可能是用流水號，來代替可辨識唯一值的主鍵在數(shù)據(jù)倉庫領(lǐng)域有一個概念叫Surrogate key，中文一般翻譯為“代理