圖10表示我們如何在Store Sales部分改變錯誤配置。
圖10：改變錯誤配置設置
圖11表示當一個查詢使用系統未知成員的時候，看上去是什麼樣的。
圖11：查詢中的系統生成的未知成員
時間智能向導
過去當需要使用時間智能向導來創建新的時間維度時，我們遇到了一些挑戰。SQL Server 2005 的分析服務(Analysis Services)是服務器端時間維度(dimension)。雖然，由於其容易使用的特性（只需點擊幾下就能得到時間維度），使用服務器端時間維度是很有誘惑力的，但我們並不推薦這種方法作為通用的實踐方法。
最佳實踐：可能創建單機時間維度表的地方
在處理復雜的時間情形時，擁有一張時間維度表會給你更好的伸縮性。
◆你能添加你自己的時間屬性。例如，將某天指向周末還是普通的日子？某天時公司假日麼？某天時季節內還是季節外？某天是在聖誕假期內麼（對於很多零售商很重要）？
◆很容易標識和構建多重層次。例如，當兩個公司合並的時候，新合並的公司需要運行兩個不同的財務日歷（每個對應一個公司）。
◆能夠構建與眾不同的層次。例如，一個公司的制造月總是從日歷月的第一個周一開始，這可能會有一個與眾不同的工作日編號系統。
◆在復雜情形下，業務模型可能要求完整的級別跳躍。例如，一個專門的日歷可能有年、周、日；或者它可能只有年和日。
◆有可能根據需要來計算增加的成員。例如，一個代表邏輯上“今天”的值。在一些公司，預定結束日取決於客戶的反饋數據。數據每天都在變，但公司需要一個邏輯上的今天，以至於它能夠在預定結束前凍結預定。
