1. 被VLOOKUP困住的分析師為什么需要Power Pivot如果你還在用VLOOKUP硬連多張Excel表做月度分析報告大概率經(jīng)歷過這樣的場景月底財務發(fā)來一份300萬行的訂單流水采購部的SKU清單又是另一個工作簿你得小心翼翼地把兩個文件打開VLOOKUP逐列匹配然后Excel開始轉(zhuǎn)圈風扇狂轉(zhuǎn)等十分鐘后終于出結(jié)果還得祈禱沒有因為數(shù)據(jù)格式不一致導致的#N/A錯誤。這就是傳統(tǒng)Excel分析方式的尷尬——不是Excel能力不行而是我們用錯了工具。VLOOKUP本質(zhì)是面向單表小數(shù)據(jù)量查詢設計的它做不了真正的多維分析。當你需要按照產(chǎn)品類型、區(qū)域、客戶等級、時間周期等多個維度交叉統(tǒng)計時VLOOKUP的方案會讓你寫出一堆公式嵌套維護起來的痛苦程度不亞于用手工賬本記賬。Power Pivot的出現(xiàn)恰恰是為了結(jié)束這種Excel公式硬拼的尷尬狀態(tài)。簡單講Power Pivot是Exce內(nèi)置的一個內(nèi)存列存儲數(shù)據(jù)庫引擎它允許你先定義表與表之間的關(guān)系再通過DAX語言編寫度量值來完成聚合計算。一個很直觀的例子在傳統(tǒng)Excel中你要統(tǒng)計華北區(qū)Q3總銷售額得先想清楚源數(shù)據(jù)長什么樣、怎么匹配、要不要去重而在Power Pivot里你只需要建好模型關(guān)系寫一條度量值透視表里拖拽篩選器就能立即得到答案。這也是商業(yè)智能分析模型BI模型的核心——它不是一個固定的報表而是一套可以反復查詢、動態(tài)切片的數(shù)據(jù)分析底座。這篇文章要講的就是怎么從零開始用Power Pivot搭出你的第一個真正意義上的BI分析模型。不搞玄學理論不追求花哨效果就是一步步把一張亂七八糟的銷售明細表變成一個可以隨時透視、可以多維度鉆取的決策分析工具。文章面向的是已經(jīng)掌握了Excel基礎操作透視表、常用函數(shù)但還沒接觸過Power Pivot的讀者如果你已經(jīng)知道什么是數(shù)據(jù)模型但缺少一次完整的實操流程這篇文章同樣適用。2. Power Pivot重啟你的分析思路模型、關(guān)系與DAX2.1 傳統(tǒng)Excel方案到底卡在哪里要理解Power Pivot的價值得先搞清楚傳統(tǒng)Excel分析的三個瓶頸。第一個瓶頸是數(shù)據(jù)量限制。Excel的單表行數(shù)上限約為104萬行這聽上去不少但放到業(yè)務數(shù)據(jù)里根本不夠用。銷售明細一年輕松幾百萬行用戶行為日志動輒上千萬條傳統(tǒng)Excel連打開都很吃力更不用說做分析。而且在VLOOKUP跨表關(guān)聯(lián)的場景下每次公式重算都是全表掃描級的開銷數(shù)量級一大直接卡死。第二個瓶頸是多表關(guān)聯(lián)的結(jié)構(gòu)性缺陷。真實業(yè)務數(shù)據(jù)從來不會乖乖躺在同一個Sheet里。訂單、產(chǎn)品、客戶、區(qū)域、倉儲各業(yè)務環(huán)節(jié)的數(shù)據(jù)分散在不同的表中它們之間是一對多、多對多的關(guān)系。傳統(tǒng)方案是用VLOOKUP或INDEXMATCH把所有字段都合并到一張大寬表里然后基于這張寬表做透視和分析。這個思路本身沒有錯但問題在于寬表的刷新和維護非常麻煩一旦源表里新增了記錄你就要手動擴展公式區(qū)域、重新匹配稍有差錯就出現(xiàn)數(shù)據(jù)錯位。更致命的是VLOOKUP默認只能匹配第一個滿足條件的值也就是說你的源數(shù)據(jù)里根本不允許出現(xiàn)重復的關(guān)聯(lián)鍵否則就會得到錯誤結(jié)果——這在真實數(shù)據(jù)里幾乎不可能避免。第三個瓶頸是分析邏輯和原始數(shù)據(jù)強耦合。傳統(tǒng)做法里你的分析口徑是通過公式寫死在單元格里的改一個口徑要改一行公式再拖拽填充過程繁瑣且極易出錯。比如客單價指標你在四張不同表里各寫了一次下次口徑變了你得記得把所有地方都改一遍——漏掉一個報表就對不上。2.2 Power Pivot的邏輯完全是另一套玩法Power Pivot把整個分析流程重新拆解成了三個層次數(shù)據(jù)表、關(guān)系和度量值。數(shù)據(jù)表不需要合并。訂單明細歸訂單明細產(chǎn)品信息歸產(chǎn)品信息它們各自以獨立表的形式進入模型。表之間的關(guān)聯(lián)不再是逐行匹配的VLOOKUP函數(shù)而是定義一對多的關(guān)系——存在冗余數(shù)據(jù)沒關(guān)系Power Pivot天然處理重復的關(guān)聯(lián)鍵。度量值則是用DAX語言編寫的、動態(tài)計算的公式。它不是寫在某個單元格里而是定義在模型層面透視表里任何位置引用它都會根據(jù)當前的篩選上下文重新計算。這就是商業(yè)智能分析模型區(qū)別于普通工作表的地方——你不需要為每個分析維度單獨寫公式模型替你統(tǒng)一管理。打個比方傳統(tǒng)Excel像手工記賬——每一筆賬目都要人工歸類填表表多了就亂Power Pivot像一套財務軟件——原始單據(jù)只是錄入平時的查詢都是即時計算出來的單據(jù)格式變了也不會破壞整體的分析邏輯。2.3 為什么Power Pivot處理百萬行數(shù)據(jù)不卡Power Pivot背靠的是列式數(shù)據(jù)庫引擎xVelocity數(shù)據(jù)按列壓縮存儲在內(nèi)存中絕大多數(shù)聚合計算只需要讀取相關(guān)列而不是像傳統(tǒng)Excel那樣加載整個工作表。另外一個關(guān)鍵細節(jié)是Power Pivot的計算是惰性的——你導入數(shù)據(jù)時它只做存儲和壓縮真正算的時候才開始干活。透視表里的每一次拖拽篩選都只是在這個列式引擎上發(fā)起一次快速查詢而不是觸發(fā)整個工作簿的重算。聽上去有點抽象我實際測試過一個案例一張110萬行的訂單明細表傳統(tǒng)Excel透視表光是加載就花了大概40秒每次拖動字段重新布局要等兩三秒導入Power Pivot后模型加載完成不到10秒透視表操作幾乎是零延遲響應。這個差距在體感上是天壤之別。3. 從零搭建銷售分析模型數(shù)據(jù)準備到模型落地的完整路徑這里用一套最常見的銷售業(yè)務數(shù)據(jù)來做演示。完整的演示數(shù)據(jù)模型包含三張表銷售明細表每一行是一條訂單記錄包含訂單號、銷售日期、區(qū)域、產(chǎn)品ID、銷售數(shù)量、銷售單價、銷售額等字段。這張表是事實表也就是分析的核心對象。產(chǎn)品表包含產(chǎn)品ID、產(chǎn)品名稱、產(chǎn)品類別、成本單價是維度表。區(qū)域表包含區(qū)域ID、區(qū)域名稱、負責人、所屬大區(qū)用來做區(qū)域維度分析。3.1 第一步把改寫Excel的工作方式想清楚動手之前先要明確一個原則不要在源數(shù)據(jù)表里額外加工列。很多人習慣拿到數(shù)據(jù)先加上一列月份用TEXT函數(shù)從日期里提取再拉一列銷售毛利用成本減一下。這個習慣在Power Pivot流程里最好不要——這些計算完全可以在模型里用DAX完成源表加工列反而會讓數(shù)據(jù)導入變臃腫還會增加刷新時出錯的概率。我的建議是源數(shù)據(jù)只保留最原始的字段連金額列都不必手工算好——把數(shù)量和單價留著度量值里用SUMX去算就行。這樣數(shù)據(jù)模型更純粹后續(xù)口徑調(diào)整也更靈活。3.2 第二步啟用Power Pivot并把數(shù)據(jù)導入模型Power Pivot是Excel的高級加載項Excel 2013及以上版本含Microsoft 365默認就帶只是需要手動啟用。操作路徑是文件 - 選項 - 加載項 - 管理轉(zhuǎn)到 - COM加載項 - 勾選Microsoft Power Pivot for Excel。啟用后功能區(qū)會出現(xiàn)一個獨立的Power Pivot選項卡。出入模型的方式有兩種我分別說下適用場景。方式一是直接引用當前工作簿中的表選中銷售明細表的數(shù)據(jù)區(qū)域按下CtrlT轉(zhuǎn)成Excel表格然后到Power Pivot選項卡里點擊添加到數(shù)據(jù)模型。這種方式適合數(shù)據(jù)量在幾十萬行以內(nèi)、且數(shù)據(jù)是手工維護的場景。方式二是通過Power Pivot窗口外部數(shù)據(jù)導入在Power Pivot主界面找到從數(shù)據(jù)源導入可以鏈接SQL Server數(shù)據(jù)庫、ODBC數(shù)據(jù)源、文本文件等。我這里用文本文件導入演示選擇訂單明細CSV文件Power Pivot會自動做類型檢測日期識別成日期數(shù)值識別成數(shù)值。提示導入時不要全字段盲導。每多一個不必要的列都會增加內(nèi)存占用和刷新時間。用選擇相關(guān)表或者導入后刪除不需要的列保證模型簡潔。三張表都導進去之后打開Power Pivot主窗口你會看到每個表以Sheet頁簽的形式羅列在底部這就是你的數(shù)據(jù)模型工作區(qū)。3.3 第三步建立表關(guān)系一張表導入模型還不夠關(guān)鍵步驟是建立關(guān)系——這是模型二字的靈魂所在。切換到關(guān)系圖視圖你會看到三張表以方框圖形顯示字段列在每一個方框內(nèi)部?，F(xiàn)在要做的就是把它們的關(guān)聯(lián)鍵連接起來銷售明細表[產(chǎn)品ID] - 產(chǎn)品表[產(chǎn)品ID]銷售明細表[區(qū)域ID] - 區(qū)域表[區(qū)域ID]在Power Pivot關(guān)系圖里操作方式是直接從一個表中的字段拖拽到另一個表中的字段。松開鼠標后會出現(xiàn)一條連線表示兩表之間的關(guān)系已經(jīng)建立。有一點要注意關(guān)系建立時Power Pivot會自動識別基數(shù)。銷售明細表里的產(chǎn)品ID對應產(chǎn)品表里的產(chǎn)品ID這是典型的多對一關(guān)系——一個產(chǎn)品有多條銷售記錄。Power Pivot在關(guān)系連線時一側(cè)指向維度表多側(cè)指向事實表別拖反了。如果拖反了透視表里會出現(xiàn)重復計數(shù)或者無法匯總的情況。3.4 第四步用表預覽判斷數(shù)據(jù)質(zhì)量在進入DAX之前我建議你花兩分鐘檢查一下數(shù)據(jù)質(zhì)量。切回數(shù)據(jù)視圖逐表檢查關(guān)鍵列日期列是否有空值或者是文本格式如果日期是2024/1/5這種文本在模型里要手動改數(shù)據(jù)類型為日期。產(chǎn)品ID里是否有空格或者不可見字符這類雜質(zhì)會導致關(guān)系匹配失敗透視表里出現(xiàn)大量空行。銷售明細表的數(shù)量列是否包含負值或文本這些會直接影響后續(xù)求和結(jié)果。個人經(jīng)驗是Power Pivot項目里80%的結(jié)果不對都出在數(shù)據(jù)質(zhì)量層面而不是DAX寫錯。寧可在這里多花5分鐘也不要等到透視表做完了再來排查。3.5 第五步創(chuàng)建透視表驗證關(guān)系是否生效在Power Pivot主窗口里點擊數(shù)據(jù)透視表一個新的空白透視表會掛載到數(shù)據(jù)模型上。這時候右側(cè)的字段列表不再是普通工作表的字段列表而是按數(shù)據(jù)表分組的模型字段。把產(chǎn)品表里的產(chǎn)品類別拖到行標簽把銷售明細表里的銷售額拖到值區(qū)域。如果關(guān)系和數(shù)據(jù)類型沒有問題結(jié)果立刻顯示出來——你能看到不同產(chǎn)品類別的銷售總額。此刻你完成的已經(jīng)不只是一張透視表而是一個可以任意切換維度、添加篩選器、鉆取細節(jié)的分析模型雛形。4. 度量值設計實戰(zhàn)讓報表像軟件一樣思考4.1 為什么度量值比計算列更高效很多初學者剛接觸Power Pivot時最容易踩的一個坑是用計算列解決所有問題。計算列確實能幫你在表里新增一列比如銷售毛利 [銷售額] - [成本額]然后把這個列拖到透視表里求和。但這里有個隱含的性能問題計算列是在數(shù)據(jù)刷新時逐行計算的會實實在在地占內(nèi)存。而且它是固定值不隨篩選上下文變化。如果你的毛利率、客單價、同比增長率這些指標都是用計算列做的模型遲早會被拖垮。度量值則完全不同。度量值不存儲在任何地方它只在透視表發(fā)起查詢時被動態(tài)計算。同樣是銷售毛利寫成度量值是銷售毛利 SUMX(銷售明細表, 銷售明細表[銷售額] - 銷售明細表[成本額])這個公式在每一個篩選上下文中重新計算比如你篩選出華東區(qū)域時它只對華東區(qū)域的銷售明細逐行求毛利再匯總。區(qū)域變了結(jié)果自動跟著變不需要額外維護。4.2 一套可以直接抄作業(yè)的基礎度量值我常用的基礎度量值模板可以直接遷移到90%的銷售分析場景中。// 基礎匯總指標 銷售總額 SUM(銷售明細表[銷售額]) 銷售數(shù)量 SUM(銷售明細表[銷售數(shù)量]) 訂單數(shù) COUNTROWS(銷售明細表) // 有訂單去重場景時使用 去重訂單數(shù) DISTINCTCOUNT(銷售明細表[訂單號]) // 客單價總額除以訂單數(shù) 客單價 DIVIDE([銷售總額], [訂單數(shù)]) // 毛利率用SUMX沿明細行迭代計算 毛利率 DIVIDE( SUMX(銷售明細表, 銷售明細表[銷售額] - 銷售明細表[成本額]), [銷售總額] )幾個點值得展開說明一下。SUM和SUMX的核心區(qū)別SUM參數(shù)是單列直接對該列求和SUMX參數(shù)是兩個——一個表一個表達式它先對表中的每一行計算表達式再把結(jié)果相加。需要逐行做運算時只能用SUMX而不能用SUM。DIVIDE而不是除號不只是為了防除零報錯。DAX里直接用/當除數(shù)為0時會得到無窮大或者報錯而DIVIDE的第三個可選參數(shù)允許你自定義除數(shù)為0時的返回值。除此之外DIVIDE還內(nèi)置了空值處理邏輯更穩(wěn)妥這也是微軟官方推薦的寫法。COUNTROWS和DISTINCTCOUNT的區(qū)別落在單子里有多少行和這個表里有多少個不重復的訂單號這兩件事上。當一行訂單只有一條明細時兩者結(jié)果一致當存在拆單明細、或者一個訂單號多條記錄時只有DISTINCTCOUNT能算出真正的訂單數(shù)。我在實際項目中踩到過這個問題——對含有明細行的訂單表用COUNTROWS算訂單數(shù)結(jié)果虛高了一倍。4.3 度量值的篩選上下文到底是怎么生效的這是DAX里最反直覺、也最核心的概念——篩選上下文。你可以把它理解成透視表當前的視野范圍。當你在透視表行標簽放上區(qū)域字段值區(qū)域顯示銷售總額時對于華東這一行Power Pivot所做的就是把篩選上下文設置為區(qū)域華東然后在這個上下文中計算[銷售總額]也就是對華東區(qū)域的所有銷售明細求和。這個概念看起來簡單但實際使用中要留意一個知識點兩個表之間的篩選傳遞是有方向的。在關(guān)系圖上篩選從一端維度表傳向多端事實表這是單向的。也就是說你在透視表里篩選產(chǎn)品表的產(chǎn)品類別銷售明細表的銷售額會跟著變化因為篩選沿關(guān)系傳遞過去了。但如果你反過來篩選銷售明細表的特點字段再想讓產(chǎn)品表的一些靜態(tài)維度跟隨變化這個傳遞就不成立了。我第一次做一個客戶復購分析時就被這個方向問題坑過想統(tǒng)計有訂單客戶的所在區(qū)域分布直接拖字段總是得到全區(qū)域數(shù)據(jù)后來才明白是因為關(guān)系方向限制了篩選傳遞。4.4 時間智能同比、環(huán)比與新客分析BI模型繞不開的一個場景是時間維度分析。Power Pivot提供了豐富的時間智能函數(shù)但前提是你得有一張規(guī)范日期表并且和事實表建立起日期關(guān)系。日期表的創(chuàng)建方式很簡單在Power Pivot里新建一張計算表輸入公式日期表 CALENDAR(DATE(2023,1,1), DATE(2024,12,31))這樣會生成一個連續(xù)的日期列。通常你還會補充年份、季度、月份字段。之后把事實表的日期字段和日期表的日期字段建立一對多關(guān)系時間智能函數(shù)就能用了。常用的幾個時間度量值本年累計 TOTALYTD([銷售總額], 日期表[日期]) 去年同期 CALCULATE([銷售總額], SAMEPERIODLASTYEAR(日期表[日期])) 同比增長率 DIVIDE([銷售總額] - [去年同期], [去年同期]) 上月銷售 CALCULATE([銷售總額], PREVIOUSMONTH(日期表[日期]))TOTALYTD是一個很省心的函數(shù)你不需要自己判斷今天幾月幾號、今年從哪天開始它會自動計算當前篩選環(huán)境下從年初到當前期的累計值。SAMEPERIODLASTYEAR同樣不需要寫日期偏移邏輯直接取去年同期的日期集。不過時間智能函數(shù)對日期表的連續(xù)性有嚴格要求。如果日期表中間缺了好幾天比如只有工作日不連續(xù)這些函數(shù)可能返回空值或者錯誤的區(qū)間。所以我的習慣是日期表永遠用CALENDAR生成完整的自然日序列絕不手工刪行。4.5 進階一點的篩選上下文控制上面提到的增長率計算里CALCULATE是DAX里最強大的函數(shù)因為只有它能修改篩選上下文。它內(nèi)部的第一參數(shù)是要計算的表達式后面是篩選條件修飾符。你可以把它理解成在不影響透視表其他字段的情況下單獨為某個計算臨時改變篩選范圍。比如要算華東區(qū)的銷售額占比華東區(qū)占比 DIVIDE( CALCULATE([銷售總額], 區(qū)域表[區(qū)域] 華東), [銷售總額] )這里CALCULATE里等于號寫法其實是個簡化的篩選表達式它在計算時會把區(qū)域表篩選為只有華東然后計算銷售總額再除以全區(qū)域的銷售總額得到占比。這個能力非常實用尤其是做各類Top N分析、目標達成率、同期對比的時候。需要注意的是CALCULATE里面的篩選條件只能引用維度表或者已經(jīng)和當前篩選上下文相關(guān)的列不能憑空篩選一張未建立關(guān)系的表。如果要做跨模型篩選得先用RELATED或RELATEDTABLE建立上下文關(guān)系這屬于更進階的內(nèi)容了。5. 模型建好之后的報表觀賞性透視表、切片器與圖表聯(lián)動度量值建好了模型跑通了下一步就是把分析結(jié)果呈現(xiàn)出來。這一步容易被忽略但直接決定了你的模型在別人眼里好用還是難用。5.1 透視表不再是數(shù)據(jù)透視表而是模型透視表在數(shù)據(jù)模型建立好之后新建的透視表會在右側(cè)字段列表里自動顯示所有模型表和度量值度量值以計算字段形式出現(xiàn)在對應表下。你可以通過勾選或者拖動的方式快速構(gòu)建各種維度的交叉匯總。一個比較實用的技巧把度量值拖到值區(qū)域時建議右鍵設置值字段的數(shù)字格式例如金額設置為兩位小數(shù)、使用千分位分隔符。度量值默認顯示為常規(guī)格式不做格式化會讓報表顯得很不專業(yè)也會讓讀者對數(shù)字量級產(chǎn)生誤讀。另外Power Pivot的透視表支持在報表篩選中多選即一個字段可以同時應用于多個透視圖表。這意味著你可以做一個儀表板式的工作表上方放切片器下方依次排列銷售趨勢圖、區(qū)域分布圖、產(chǎn)品Top10排行。這些圖表共享同一個數(shù)據(jù)模型切片器的篩選會同時作用于所有圖表——這就是BI儀表板的基礎形態(tài)。5.2 切片器的時間維度聯(lián)動切片器是配合透視表使用的交互式篩選器。在Power Pivot報表里我強烈建議綁定日期表的年-月字段到切片器上而不是直接綁定銷售明細表的日期字段。原因是直接綁定事實表日期字段時切片器只會出現(xiàn)有訂單的日期這會讓時間軸上出現(xiàn)空洞也無法選擇沒有訂單的月份比如節(jié)假日綁定日期表后切片器展示連續(xù)的完整時間序列并且同比環(huán)比等時間智能度量值才能夠拿到正確的邊界條件。給切片器設置標題和列數(shù)也能提升報表體驗月份切片器設置12列一眼看到全年布局年份切片器設置2到3列相鄰年份放在一起方便對比。5.3 一個完整的儀表板應該長什么樣我把之前搭好的銷售分析模型做成一個簡單的儀表板通常包含以下幾個區(qū)塊頂部KPI區(qū)銷售總額、訂單數(shù)、客單價、同比增幅。中間主體區(qū)月度銷售趨勢折線圖、產(chǎn)品類別占比餅圖。右側(cè)或下方區(qū)域負責人績效表、不同產(chǎn)品毛利對比柱狀圖。頂部的切片器年份、大區(qū)、產(chǎn)品大類。所有這些圖表都指向同一個數(shù)據(jù)模型切片器一變?nèi)柯?lián)動刷新。對業(yè)務人員來說他們不再面對一張龐雜的明細表而是面對一個能回答問題的分析工具。比如老板說看看華南區(qū)數(shù)碼類產(chǎn)品三月份的毛利率變化你只要拖一下切片器不到兩秒鐘結(jié)果就出來了而且數(shù)據(jù)口徑和之前的報表完全一致因為它用的是同一套度量值。6. 常見坑與性能優(yōu)化我用這套模型踩過的雷6.1 關(guān)系配錯導致數(shù)據(jù)翻倍最常見的坑就是關(guān)系基數(shù)方向配錯或者配了多對多關(guān)系。多對多關(guān)系本身在Power Pivot規(guī)范建模里是允許的但會出現(xiàn)笛卡爾積式的交叉組合透視表匯總結(jié)果可能是真實值的數(shù)倍。前期建模時就要克制所有表都連起來的沖動——不是字段同名就必須建關(guān)系只有業(yè)務上真正存在關(guān)聯(lián)、且能明確主外鍵的才需要。我的檢查方法是建好關(guān)系后在透視表里把主要維度拖一遍用匯總數(shù)跟源表用SUMIF函數(shù)核一遍。數(shù)量級對不上立刻回去檢查關(guān)系。6.2 日期格式不一致導致關(guān)系空匹配場景很典型銷售明細表的日期是標準日期格式2024-01-05但區(qū)域表的月份是通過TEXT函數(shù)生成的2024年1月文本。這兩種字段雖然同義但數(shù)據(jù)類型不一致Power Pivot無法自動匹配。一旦把它建立關(guān)系透視表里會出現(xiàn)大量空行。這類問題沒有技巧就是檢查數(shù)據(jù)源各表的類型一致性。6.3 度量值嵌套過深導致速度變慢度量值互相引用本身沒問題但不宜嵌套太深比如A引用BB引用CC又引用D每層引用都會增加計算開銷。在一個千萬行規(guī)模的數(shù)據(jù)集上過度嵌套的度量值會讓透視表刷新明顯變慢。優(yōu)化建議是對于高頻使用的中間度量值如銷售總額、銷售數(shù)量讓它們的計算公式保持最簡單直接。對于派生指標如毛利率、客單價也不要寫超大公式拆成兩個中間度量值再引用可讀性也會更好。6.4 格式化數(shù)據(jù)要放在刷新之后有不少人會在Power Pivot模型里寫入一個計算列產(chǎn)品ID清洗版邏輯是TRIM或SUBSTITUTE掉特殊字符。如果原表中確實存在這種臟數(shù)據(jù)建議在數(shù)據(jù)加載到模型前就處理好通過Power Query做數(shù)據(jù)清洗而不是在Power Pivot里做。原因很簡單Power Query的清洗是在進入模型之前完成的不占用模型內(nèi)存Power Pivot計算列則會存儲計算結(jié)果模型加載時間和內(nèi)存占用都會上升。6.5 什么時候該升級到Power BI最后說一個很多人糾結(jié)的問題Power Pivot和Power BI到底什么關(guān)系Power Pivot是Power BI的單機版發(fā)動機兩者共享同一套數(shù)據(jù)模型和DAX引擎。如果你的需求停留在個人分析、部門級報表制作Excel Power Pivot完全夠用但如果你需要團隊成員同時在線查看報表、設置刷新計劃、發(fā)布到移動端那Power BI是更合適的后續(xù)選項。值得一提的是你在Power Pivot里建立的模型可以直接導入Power BI Desktop模型和度量值幾乎無需改動即可復用。我的建議是先花一個下午把Power Pivot的模型搭建、度量值編寫跑通這個過程所建立的數(shù)據(jù)建模思維等某天你打開Power BI時會發(fā)現(xiàn)——一切是那么熟悉不過是換了件外套而已。7. 最后的幾點經(jīng)驗之談文章寫到這里把從Excel到Power Pivot的核心流程梳理完了。最后分享幾條我在實際項目中沉淀下來的實操體會。第一建模前先列出業(yè)務指標清單。不要急著導數(shù)據(jù)、寫公式先問清楚業(yè)務方到底要看哪些指標、定義是什么、數(shù)據(jù)從哪張表來。幾乎每個我遇到的返工項目都不是因為DAX寫不出來而是指標口徑一開始就沒對齊。第二學會用數(shù)據(jù)模型的視角看問題而不是單元格的視角。寫DAX時不要總想著這個單元格應該顯示什么而是想我要回答什么問題、需要什么篩選范圍。剛開始會比較抽象多用幾次后你就自然習慣了。第三簡化數(shù)據(jù)表粒度。事實表盡量保持最細粒度一行一條原始業(yè)務記錄不要在導入模型前做去重、匯總或轉(zhuǎn)置操作。分析需求千變?nèi)f化粒度越細模型越有彈性。第四善用ALL函數(shù)理解上下文。如果你發(fā)現(xiàn)某個度量值的結(jié)果不受透視表的篩選影響多半是CALCULATE里忘了加ALL或者加了錯誤的條件。調(diào)試DAX時把度量值放在一個只有行標簽、沒有其他篩選的最小透視表里逐層加字段很快就能定位問題。關(guān)于Power Pivot的更多進階方向——比如SELECTEDVALUE處理多選切片器、TOPN從匯總結(jié)果里動態(tài)取前幾名、KEEPFILTERS做復雜的交集篩選——這些內(nèi)容適合在你把基礎模型跑通之后再深入研究。從Excel到構(gòu)建出第一個真正有用的商業(yè)智能分析模型最大的門檻不在工具操作而在于思維的轉(zhuǎn)變——從把數(shù)據(jù)搬進單元格到把業(yè)務邏輯交給模型。跨過這道坎你的分析效率和工作方式都會進入另一個層次。