1. 項(xiàng)目概述為什么表間關(guān)系是數(shù)據(jù)模型的靈魂如果你用過(guò)Power BI肯定知道拖拽字段就能出圖表的爽快感。但很多朋友做到后面就卡住了報(bào)表越做越慢數(shù)據(jù)算出來(lái)總是不對(duì)或者想做個(gè)稍微復(fù)雜點(diǎn)的分析就無(wú)從下手。這些問(wèn)題十有八九都出在數(shù)據(jù)模型上而數(shù)據(jù)模型的核心就是表間關(guān)系。你可以把Power BI想象成一個(gè)智能的樂(lè)高工廠。每一張表比如“銷(xiāo)售訂單表”、“產(chǎn)品表”、“客戶(hù)表”都是一盒樂(lè)高零件。表間關(guān)系就是這些零件之間預(yù)設(shè)好的、嚴(yán)絲合縫的卡扣。沒(méi)有這些卡扣你只能對(duì)著一堆散亂的零件發(fā)呆有了正確的卡扣你才能快速、準(zhǔn)確地拼出任何你想要的模型——無(wú)論是簡(jiǎn)單的銷(xiāo)售總額還是復(fù)雜的同期對(duì)比、客戶(hù)購(gòu)買(mǎi)行為分析。我見(jiàn)過(guò)太多項(xiàng)目數(shù)據(jù)源導(dǎo)入了度量值也寫(xiě)了不少但模型關(guān)系亂七八糟要么是沒(méi)建立關(guān)系讓Power BI“猜”著關(guān)聯(lián)結(jié)果全是錯(cuò)的要么是關(guān)系建了一大堆形成了復(fù)雜的閉環(huán)導(dǎo)致計(jì)算邏輯沖突性能慢如蝸牛。所以今天我們不談花哨的DAX函數(shù)就扎扎實(shí)實(shí)地把“創(chuàng)建表間關(guān)系”這件事掰開(kāi)揉碎了講清楚。這不僅是Power BI入門(mén)的必修課更是決定你數(shù)據(jù)分析項(xiàng)目能否穩(wěn)定、高效、準(zhǔn)確的核心地基。2. 關(guān)系型數(shù)據(jù)模型的核心思想與Power BI實(shí)現(xiàn)在深入操作之前我們必須先理解其背后的核心理念。這能幫你避免“照貓畫(huà)虎”真正理解為什么某些設(shè)計(jì)是好的而另一些則會(huì)帶來(lái)災(zāi)難。2.1 從“電子表格”思維到“數(shù)據(jù)庫(kù)”思維大多數(shù)人的數(shù)據(jù)分析起點(diǎn)是Excel。在Excel里我們習(xí)慣于制作“寬表”把客戶(hù)名稱(chēng)、產(chǎn)品類(lèi)別、銷(xiāo)售金額、銷(xiāo)售日期等所有信息都放在一張表的一行里。這種模式對(duì)于簡(jiǎn)單匯總很直觀但存在致命缺陷數(shù)據(jù)冗余同一個(gè)客戶(hù)“甲公司”如果有一萬(wàn)條訂單那么“甲公司”這個(gè)名稱(chēng)就會(huì)被重復(fù)存儲(chǔ)一萬(wàn)次浪費(fèi)空間且容易產(chǎn)生不一致比如“甲公司”和“甲公司總部”會(huì)被視為兩個(gè)客戶(hù)。更新異常如果要修改“甲公司”的聯(lián)系電話(huà)你需要在那一萬(wàn)條記錄里逐一查找并修改極易遺漏。分析維度單一如果你想基于“產(chǎn)品顏色”進(jìn)行分析但這個(gè)字段只在產(chǎn)品表里有而你的寬表里沒(méi)有你就得回頭去改造原始數(shù)據(jù)源過(guò)程繁瑣。關(guān)系型模型正是為了解決這些問(wèn)題而生。它的核心是規(guī)范化即把數(shù)據(jù)拆分到不同的表中每個(gè)表只負(fù)責(zé)描述一個(gè)實(shí)體或主題如“客戶(hù)”、“產(chǎn)品”、“訂單”然后通過(guò)鍵Key來(lái)建立表之間的連接。在Power BI中我們通常遵循“星型架構(gòu)”或“雪花型架構(gòu)”來(lái)組織數(shù)據(jù)模型事實(shí)表存儲(chǔ)業(yè)務(wù)過(guò)程的核心度量值通常是數(shù)值型、可累加的數(shù)據(jù)。例如“銷(xiāo)售事實(shí)表”包含訂單ID、產(chǎn)品ID、客戶(hù)ID、銷(xiāo)售日期、銷(xiāo)售數(shù)量、銷(xiāo)售金額等。它的行數(shù)會(huì)快速增長(zhǎng)是模型中最“胖”的表。維度表描述業(yè)務(wù)實(shí)體提供分析的篩選和分組上下文。例如“產(chǎn)品維度表”產(chǎn)品ID、產(chǎn)品名稱(chēng)、類(lèi)別、顏色、“客戶(hù)維度表”客戶(hù)ID、客戶(hù)名稱(chēng)、地區(qū)、“日期維度表”日期鍵、年、季度、月、日等。它們相對(duì)穩(wěn)定行數(shù)較少。創(chuàng)建表間關(guān)系本質(zhì)上就是在事實(shí)表和各個(gè)維度表之間通過(guò)“鍵”搭建橋梁。2.2 Power BI中關(guān)系的類(lèi)型與方向Power BI支持三種關(guān)系理解它們的區(qū)別至關(guān)重要一對(duì)一關(guān)系 (1:1)一個(gè)表中的一行只與另一個(gè)表中的一行相關(guān)聯(lián)。在實(shí)際業(yè)務(wù)建模中非常罕見(jiàn)通常出現(xiàn)在某些特殊的屬性拆分場(chǎng)景。例如一張“員工基本信息表”和一張“員工社保信息表”通過(guò)“員工ID”一對(duì)一關(guān)聯(lián)。一對(duì)多關(guān)系 (1:*)這是Power BI數(shù)據(jù)模型中最常見(jiàn)、最重要、默認(rèn)推薦的關(guān)系類(lèi)型?！耙弧倍耸蔷S度表“多”端是事實(shí)表。例如“產(chǎn)品表”一中的每個(gè)產(chǎn)品ID對(duì)應(yīng)“銷(xiāo)售表”多中的多條銷(xiāo)售記錄。在關(guān)系圖中“一”端會(huì)顯示一個(gè)“1”“多”端會(huì)顯示一個(gè)“*”。多對(duì)多關(guān)系 (*:*): 一個(gè)表中的多行可以與另一個(gè)表中的多行相關(guān)聯(lián)。在Power BI中應(yīng)盡量避免直接創(chuàng)建多對(duì)多關(guān)系因?yàn)樗鼤?huì)引發(fā)歧義導(dǎo)致DAX計(jì)算出現(xiàn)意想不到的結(jié)果特別是使用SUM等聚合函數(shù)時(shí)。經(jīng)典的例子是學(xué)生選課一個(gè)學(xué)生可以選擇多門(mén)課一門(mén)課也可以被多個(gè)學(xué)生選擇。正確的處理方式是通過(guò)一個(gè)“橋接表”如“選課事實(shí)表”來(lái)化解將其轉(zhuǎn)換為兩個(gè)一對(duì)多關(guān)系。關(guān)系的交叉篩選方向是另一個(gè)關(guān)鍵概念它決定了篩選器的流動(dòng)路徑單向篩選單箭頭篩選器只能從“一”端流向“多”端。這是默認(rèn)且最推薦的設(shè)置。例如從“產(chǎn)品表”中篩選“類(lèi)別電子產(chǎn)品”可以過(guò)濾“銷(xiāo)售表”中對(duì)應(yīng)的銷(xiāo)售記錄。但反過(guò)來(lái)從“銷(xiāo)售表”篩選金額大于10000的記錄不會(huì)影響“產(chǎn)品表”的顯示。雙向篩選雙箭頭篩選器可以在兩個(gè)表之間雙向流動(dòng)。務(wù)必謹(jǐn)慎使用雖然它有時(shí)能簡(jiǎn)化某些查詢(xún)但極易導(dǎo)致循環(huán)依賴(lài)、性能下降和計(jì)算邏輯混亂。一個(gè)常見(jiàn)的誤用是在兩個(gè)事實(shí)表之間或者通過(guò)多個(gè)表路徑形成閉環(huán)時(shí)使用了雙向篩選。實(shí)操心得我的原則是除非有非常明確且無(wú)法通過(guò)其他方式如DAX的USERELATIONSHIP或TREATAS實(shí)現(xiàn)的業(yè)務(wù)需求否則一律使用單向篩選。在模型關(guān)系視圖中看到雙向箭頭就要像看到警報(bào)一樣先停下來(lái)審視模型設(shè)計(jì)是否有問(wèn)題。3. 創(chuàng)建與管理表間關(guān)系的完整實(shí)操流程理論說(shuō)再多不如動(dòng)手做一遍。我們以一個(gè)經(jīng)典的銷(xiāo)售分析場(chǎng)景為例假設(shè)我們已經(jīng)將四張表導(dǎo)入Power BISales銷(xiāo)售事實(shí)表Product產(chǎn)品維度表Customer客戶(hù)維度表Date日期維度表。3.1 前期準(zhǔn)備數(shù)據(jù)清洗與鍵的準(zhǔn)備在建立關(guān)系之前確保你的“鑰匙”是能對(duì)上鎖的。這步?jīng)]做好后面全白搭。檢查并統(tǒng)一鍵的數(shù)據(jù)類(lèi)型關(guān)聯(lián)字段通常是ID字段在兩張表中的數(shù)據(jù)類(lèi)型必須完全一致。最常見(jiàn)的問(wèn)題是一個(gè)表里的ProductID是整數(shù)123另一個(gè)表里是文本“123”。Power BI不會(huì)自動(dòng)轉(zhuǎn)換關(guān)系會(huì)建立失敗。操作在“數(shù)據(jù)視圖”或“Power Query編輯器”中檢查相關(guān)字段的數(shù)據(jù)類(lèi)型。統(tǒng)一改為“文本”或“整數(shù)”。通常建議使用“文本”類(lèi)型兼容性更好能處理前導(dǎo)零如“00123”等情況。確保參照完整性“一”端維度表的鍵應(yīng)該是唯一的且包含“多”端事實(shí)表中所有出現(xiàn)的外鍵值。反之則不然事實(shí)表中可能存在維度表沒(méi)有的鍵稱(chēng)為“參照不完整”這需要業(yè)務(wù)判斷。操作在“數(shù)據(jù)視圖”中對(duì)維度表的ID列使用“刪除重復(fù)項(xiàng)”功能確保唯一性。對(duì)于事實(shí)表中存在而維度表中不存在的鍵孤兒數(shù)據(jù)需要決定是清理事實(shí)表數(shù)據(jù)還是在維度表中補(bǔ)充一個(gè)“未知”行例如ProductID -1, ProductName “Unknown”這對(duì)于后續(xù)的報(bào)表展示和計(jì)算完整性非常重要。創(chuàng)建日期維度表日期分析是BI的重頭戲。強(qiáng)烈建議不要直接使用事實(shí)表中的日期列而是創(chuàng)建一個(gè)獨(dú)立的、結(jié)構(gòu)完整的日期維度表。你可以使用DAX生成DateTable ADDCOLUMNS ( CALENDAR (DATE(2020,1,1), DATE(2025,12,31)), // 定義日期范圍 Year, YEAR([Date]), Quarter, Q QUARTER([Date]), MonthNum, MONTH([Date]), MonthName, FORMAT([Date], MMMM), WeekdayNum, WEEKDAY([Date], 2), // 周一為1 WeekdayName, FORMAT([Date], dddd), IsWeekend, IF(WEEKDAY([Date],2) 5, TRUE, FALSE) )然后將DateTable[Date]與Sales[OrderDate]建立關(guān)系。3.2 在模型視圖中建立關(guān)系這是最直觀的建立關(guān)系的方式。點(diǎn)擊Power BI左側(cè)的“模型”視圖圖標(biāo)。你會(huì)看到所有表的框字段列表。找到Sales表中的ProductID字段。點(diǎn)擊并拖動(dòng)Sales[ProductID]字段將其拖放到Product[ProductID]字段上。松開(kāi)鼠標(biāo)一條連接線(xiàn)就出現(xiàn)了。檢查關(guān)系屬性將鼠標(biāo)懸停在連接線(xiàn)上會(huì)顯示概要。雙擊連接線(xiàn)會(huì)彈出“編輯關(guān)系”窗口。在這里你需要確認(rèn)表確保是Sales和Product表。列確保是ProductID關(guān)聯(lián)ProductID。基數(shù)系統(tǒng)通常會(huì)自動(dòng)識(shí)別為“多對(duì)一”*:1即一對(duì)多。確認(rèn)無(wú)誤。交叉篩選器方向選擇“單向”。假設(shè)引用完整性通常保持默認(rèn)。如果你100%確定維度表包含所有鍵可以勾選這有助于優(yōu)化某些查詢(xún)性能。點(diǎn)擊“確定”。用同樣的方法建立Sales[CustomerID]-Customer[CustomerID]Sales[OrderDate]-DateTable[Date]的關(guān)系。圖形化操作的優(yōu)點(diǎn)是直觀適合模型不太復(fù)雜的情況。但當(dāng)表非常多、字段名相似時(shí)容易拖錯(cuò)。3.3 使用“管理關(guān)系”對(duì)話(huà)框進(jìn)行精細(xì)控制對(duì)于更復(fù)雜或需要批量檢查的模型使用“管理關(guān)系”對(duì)話(huà)框是更好的選擇。在“開(kāi)始”選項(xiàng)卡或“模型”視圖中點(diǎn)擊“管理關(guān)系”。在彈出的窗口中你可以看到所有已存在的關(guān)系列表。點(diǎn)擊“新建”來(lái)創(chuàng)建關(guān)系。在“創(chuàng)建關(guān)系”窗口中從下拉列表中分別選擇兩張表及其關(guān)聯(lián)字段。系統(tǒng)會(huì)自動(dòng)檢測(cè)基數(shù)。同樣將“交叉篩選器方向”設(shè)置為“單向”。你還可以在這里編輯或刪除現(xiàn)有關(guān)系?！白詣?dòng)檢測(cè)”功能慎用它可能檢測(cè)出你意想不到或錯(cuò)誤的關(guān)系尤其是當(dāng)多個(gè)表有同名字段時(shí)最好手動(dòng)創(chuàng)建。3.4 關(guān)系建立后的驗(yàn)證與模型布局關(guān)系建好后不能假設(shè)它一定正確。驗(yàn)證關(guān)系有效性在報(bào)表視圖從Product表中拖拽“類(lèi)別”字段到畫(huà)布再拖拽Sales表中的“銷(xiāo)售額”字段。如果能看到按類(lèi)別正確匯總的銷(xiāo)售額說(shuō)明關(guān)系基本生效。創(chuàng)建一個(gè)表視覺(jué)對(duì)象放入Product[ProductName]和Sales[SalesAmount]。檢查是否有產(chǎn)品顯示為空白Blank這可能意味著事實(shí)表中有產(chǎn)品ID在維度表中找不到對(duì)應(yīng)項(xiàng)孤兒數(shù)據(jù)。優(yōu)化模型視圖布局在模型視圖中可以拖動(dòng)表的位置將事實(shí)表如Sales放在中間維度表如Product,Customer,Date圍繞在四周形成一個(gè)清晰的星型結(jié)構(gòu)。這不僅能讓自己思路清晰也方便日后與他人協(xié)作維護(hù)。隱藏不必要的字段在模型視圖中右鍵點(diǎn)擊那些僅用于建立關(guān)系、無(wú)需在報(bào)表中使用的ID字段如ProductID,CustomerID選擇“隱藏”。這樣在報(bào)表字段列表中它們會(huì)被隱藏起來(lái)界面更清爽避免報(bào)表作者誤用。4. 高級(jí)關(guān)系模式與實(shí)戰(zhàn)陷阱規(guī)避掌握了基礎(chǔ)的一對(duì)多關(guān)系后我們會(huì)遇到一些更復(fù)雜的場(chǎng)景。處理不好這些模型就會(huì)出問(wèn)題。4.1 處理多對(duì)多關(guān)系橋接表方案如前所述直接建立多對(duì)多關(guān)系是危險(xiǎn)的。我們通過(guò)一個(gè)案例來(lái)看正確做法。場(chǎng)景分析市場(chǎng)活動(dòng)與銷(xiāo)售訂單的關(guān)系。一個(gè)市場(chǎng)活動(dòng)如“618大促”可以帶來(lái)多個(gè)訂單同時(shí)一個(gè)大額訂單可能同時(shí)享受了“新客禮”和“滿(mǎn)減”兩個(gè)活動(dòng)。Campaign表和Sales表直接關(guān)聯(lián)是多對(duì)多。解決方案創(chuàng)建橋接事實(shí)表在數(shù)據(jù)源層面或使用Power Query創(chuàng)建一個(gè)SalesCampaign表。它至少包含兩列SalesOrderID和CampaignID。一行記錄代表一個(gè)訂單參與了一個(gè)活動(dòng)。如果一個(gè)訂單參與了兩個(gè)活動(dòng)這里就有兩行記錄。建立兩個(gè)一對(duì)多關(guān)系Sales[OrderID]1 -SalesCampaign[OrderID]*Campaign[CampaignID]1 -SalesCampaign[CampaignID]*設(shè)置交叉篩選方向?qū)蓚€(gè)關(guān)系都設(shè)置為從橋接表指向Sales和Campaign表的單向篩選。絕對(duì)不要在Sales和Campaign之間再建立任何直接關(guān)系也不要使用雙向篩選。編寫(xiě)DAX度量值在計(jì)算涉及活動(dòng)和銷(xiāo)售的指標(biāo)時(shí)需要使用CALCULATE函數(shù)并利用橋接表進(jìn)行篩選傳遞。例如計(jì)算某個(gè)活動(dòng)帶來(lái)的銷(xiāo)售額Sales by Campaign CALCULATE( SUM(Sales[SalesAmount]), USERELATIONSHIP(Sales[OrderID], SalesCampaign[OrderID]), // 激活通過(guò)橋接表的關(guān)系 Campaign[CampaignName] 618大促 )更優(yōu)雅的做法是利用橋接表的特性但邏輯上需理解篩選是通過(guò)橋接表“繞路”傳遞的。4.2 處理角色扮演維度同一張表的多次引用最常見(jiàn)的角色扮演維度就是日期。Sales表可能有OrderDate訂單日期、ShipDate發(fā)貨日期、DueDate到期日期它們都需要關(guān)聯(lián)到同一個(gè)DateTable進(jìn)行分析。錯(cuò)誤做法在Sales表和DateTable之間建立三條關(guān)系。Power BI不允許同一對(duì)表之間存在多個(gè)活動(dòng)關(guān)系后建立的關(guān)系會(huì)變成非活動(dòng)狀態(tài)。正確做法為DateTable創(chuàng)建物理副本或虛擬副本。使用DAX創(chuàng)建虛擬表推薦在“建模”選項(xiàng)卡下點(diǎn)擊“新建表”。ShipDate ALL(DateTable) // 創(chuàng)建一份DateTable的完整副本命名為ShipDate DueDate ALL(DateTable)這樣你就有了三張結(jié)構(gòu)完全相同的日期表DateTable,ShipDate,DueDate。建立關(guān)系Sales[OrderDate]-DateTable[Date]將此關(guān)系標(biāo)記為活動(dòng)關(guān)系Sales[ShipDate]-ShipDate[Date]非活動(dòng)Sales[DueDate]-DueDate[Date]非活動(dòng)在度量值中指定關(guān)系當(dāng)需要按發(fā)貨日期分析時(shí)在度量值中使用USERELATIONSHIP函數(shù)來(lái)臨時(shí)激活與非活動(dòng)日期表的關(guān)系。Sales Amount by Ship Date CALCULATE( SUM(Sales[SalesAmount]), USERELATIONSHIP(Sales[ShipDate], ShipDate[Date]) // 激活與ShipDate表的關(guān)系 )4.3 循環(huán)依賴(lài)與歧義的識(shí)別與解決這是Power BI數(shù)據(jù)模型中最令人頭疼的錯(cuò)誤之一通常由不當(dāng)?shù)碾p向篩選或多路徑篩選引起。典型癥狀創(chuàng)建度量值或計(jì)算列時(shí)DAX編輯器報(bào)錯(cuò)提示“檢測(cè)到循環(huán)依賴(lài)”或者在報(bào)表中某個(gè)篩選器似乎不起作用或者數(shù)據(jù)出現(xiàn)了重復(fù)計(jì)算。案例一個(gè)簡(jiǎn)單的“銷(xiāo)售-產(chǎn)品-產(chǎn)品子類(lèi)別”模型。Sales表通過(guò)ProductID關(guān)聯(lián)到Product表Product表又通過(guò)SubcategoryID關(guān)聯(lián)到ProductSubcategory表。這是一個(gè)清晰的鏈?zhǔn)揭粚?duì)多關(guān)系Sales - Product - Subcategory所有關(guān)系都是單向篩選時(shí)篩選器從Subcategory傳到Product再傳到Sales一切正常。陷阱產(chǎn)生如果有人在Product表和Sales表的關(guān)系上設(shè)置了雙向篩選。那么篩選器流動(dòng)路徑就變成了路徑 A: Subcategory - Product - Sales 正常路徑 B: Subcategory - Product - Sales 因?yàn)殡p向Sales也能篩選Product當(dāng)從ProductSubcategory表進(jìn)行篩選時(shí)Power BI發(fā)現(xiàn)存在兩條路徑可以將篩選器傳遞到Sales表這就產(chǎn)生了“歧義”。Power BI無(wú)法確定該走哪條路為了安全起見(jiàn)它可能會(huì)阻止篩選導(dǎo)致結(jié)果錯(cuò)誤。解決方案首要檢查立即檢查模型中的所有關(guān)系將不必要的雙向篩選全部改為單向。99%的循環(huán)依賴(lài)問(wèn)題可以通過(guò)此方法解決。使用TREATAS函數(shù)在某些必須進(jìn)行復(fù)雜篩選的場(chǎng)景下可以使用DAX的TREATAS函數(shù)在度量值內(nèi)部手動(dòng)建立虛擬關(guān)系避免在模型層面創(chuàng)建物理雙向關(guān)系。重新設(shè)計(jì)模型如果業(yè)務(wù)邏輯確實(shí)復(fù)雜考慮是否可以通過(guò)引入新的橋接表或調(diào)整表結(jié)構(gòu)將多路徑問(wèn)題轉(zhuǎn)化為單一路徑。避坑指南養(yǎng)成一個(gè)習(xí)慣每次建立關(guān)系后都下意識(shí)地檢查并設(shè)置為“單向篩選”。僅在極少數(shù)、經(jīng)過(guò)深思熟慮的維度表之間且確保不會(huì)形成閉環(huán)才考慮雙向篩選。模型視圖中的雙向箭頭越少你的模型通常就越健壯、性能越好。5. 性能優(yōu)化與最佳實(shí)踐心法一個(gè)擁有良好表間關(guān)系的模型不僅是正確的更應(yīng)該是高效的。5.1 關(guān)系對(duì)查詢(xún)性能的影響Power BI的存儲(chǔ)引擎VertiPaq在處理查詢(xún)時(shí)關(guān)系的設(shè)計(jì)和質(zhì)量直接影響其效率。整數(shù)鍵優(yōu)于文本鍵整數(shù)尤其是整數(shù)的壓縮率和比較速度遠(yuǎn)高于文本。如果可能盡量使用整數(shù)類(lèi)型的列作為關(guān)聯(lián)鍵。避免高基數(shù)列作為鍵基數(shù)唯一值的數(shù)量太高的列如長(zhǎng)文本型的GUID、詳細(xì)描述作為鍵會(huì)降低壓縮效率增加關(guān)系匹配時(shí)的開(kāi)銷(xiāo)。應(yīng)使用專(zhuān)門(mén)的、簡(jiǎn)短的代理鍵Surrogate Key。非活動(dòng)關(guān)系的開(kāi)銷(xiāo)非活動(dòng)關(guān)系本身占用內(nèi)存很小但在DAX中使用USERELATIONSHIP激活它時(shí)會(huì)產(chǎn)生額外的計(jì)算成本。角色扮演維度不宜過(guò)多。5.2 模型規(guī)范化與反規(guī)范化的權(quán)衡規(guī)范化多張表關(guān)系清晰和反規(guī)范化合并成寬表需要權(quán)衡。堅(jiān)持規(guī)范化星型架構(gòu)的情況維度屬性會(huì)頻繁更新如產(chǎn)品名稱(chēng)、客戶(hù)分類(lèi)規(guī)范化只需更新維度表的一行。需要從多個(gè)角度靈活分析日期、產(chǎn)品、客戶(hù)、地區(qū)等星型架構(gòu)最自然。事實(shí)表非常龐大將重復(fù)的文本屬性如客戶(hù)名分離出去能極大節(jié)省內(nèi)存?？紤]反規(guī)范化單表或?qū)挶淼那闆r數(shù)據(jù)源本身就是一個(gè)已經(jīng)高度匯總、不再變化的寬表如某些固定格式的周報(bào)。模型極其簡(jiǎn)單只有兩三個(gè)分析維度且沒(méi)有更新需求。注意即使使用寬表在Power BI內(nèi)部有時(shí)為了使用某些高級(jí)時(shí)間智能函數(shù)如與日期表關(guān)聯(lián)你仍然需要將其中的日期列提取出來(lái)與一個(gè)獨(dú)立的日期表建立關(guān)系。5.3 維護(hù)與文檔化一個(gè)隨著業(yè)務(wù)增長(zhǎng)的數(shù)據(jù)模型需要維護(hù)。定期驗(yàn)證關(guān)系當(dāng)數(shù)據(jù)源更新后特別是維度表有新增或刪除時(shí)檢查是否有新的孤兒數(shù)據(jù)產(chǎn)生關(guān)系是否依然有效。使用描述性字段名在Power Query中或?qū)牒髮D、Code這類(lèi)模糊的字段名重命名為ProductID、CustomerCode讓關(guān)系一目了然。為模型添加注釋在“模型視圖”中右鍵點(diǎn)擊表或關(guān)系線(xiàn)選擇“屬性”可以在“說(shuō)明”字段中添加注釋。例如注明某個(gè)特殊關(guān)系的業(yè)務(wù)含義或者為什么某個(gè)關(guān)系被設(shè)置為非活動(dòng)。這對(duì)于團(tuán)隊(duì)協(xié)作和日后維護(hù)是無(wú)價(jià)之寶。建立Power BI的表間關(guān)系就像給樂(lè)高零件安裝精準(zhǔn)的卡扣。開(kāi)始時(shí)可能需要一些耐心和思考但一旦搭建起一個(gè)結(jié)構(gòu)清晰、關(guān)系正確的數(shù)據(jù)模型你會(huì)發(fā)現(xiàn)之前困擾你的很多計(jì)算問(wèn)題、性能問(wèn)題都迎刃而解。所有的DAX度量值都將在一個(gè)穩(wěn)固的基礎(chǔ)上運(yùn)行你的分析能力也將因此獲得質(zhì)的飛躍。記住在Power BI的世界里“模型先行”永遠(yuǎn)是最明智的投資?；ㄔ诖蚰ツＰ蜕系拿恳环昼姸紩?huì)在后續(xù)的分析和報(bào)表開(kāi)發(fā)中加倍回報(bào)給你。