SAP BW 學習筆記(精選版二)

1、 了解更多SAP顧問信息，可參加51SAP公開課性能優(yōu)化l InfoCube為什么快n 之所以cube比ods速度快，和它采用的SID機制分不開的。眾所周知integer是比char檢索速度要快很多的。n 再就是cube的index，cube里的所有characteristics都是key，都有索引，不然IO的效率就大大降低了。l 優(yōu)化方案：n 顆粒度盡量大：盡量不要在Cube里放太detail的數(shù)據(jù)，這種需求首先考慮R3用ABAP解決，如果非要在BW，可以考慮在DSO出明細報表，在Cube出匯總報表，通過RRI接口調(diào)用明細報表。n 查分多個：當Cube的數(shù)據(jù)量很大時，可以拆分成多個Cube,

2、 再用MultiProvider拼起來，這樣query會在N個Cube中并行，提高效率。這就是所謂的邏輯分區(qū)。常見的分區(qū)方式有按年月，按國家，按BU，按類型等。n 壓縮（慎用，最好是半年甚至一年以上的數(shù)據(jù)）：給Cube做Compression。 Compression 本質(zhì)上是去掉Data Dimension，這樣fact table就被壓縮了，但是request id 也消失了，將無法通過request id去管理數(shù)據(jù)。n 索引：數(shù)據(jù)庫的索引可以加快查詢速度n 分區(qū)：對于很大的Cube，可以做partition, 這是物理分區(qū)，只支持按時間分區(qū)。n 聚集：使用Aggregation可以提高性

3、能。但是Aggregation本身是cube的一個子集，提高性能的同時也加大了數(shù)據(jù)冗余，所以不要用太多。n Staitics：定期刷新DB Statistics 可以提高reporting的效率。n 使用MP：維度設計上，避免很多數(shù)據(jù)量很大char.放在一個維度上，因為這樣會讓維度表變得很大。通常，盡可能拆分成更多的維度，然后在 multiprovider層面，把相關的char都放一個維度里，然后做好Mapping，這樣可以讓用戶更容易理解MultiProvider. 不過維度太多會導致fact table巨大，所以要做好平衡。n Line item Dimension：對于mate

4、rial等很大的主數(shù)據(jù)，使用Line item Dimension. n BIA:使用BIA是比Aggregation更有效的方法，就是要花不少錢。DSOStandardl 標準DSO（生成主數(shù)據(jù)標識、對于相同關鍵字段的值進行合并、可直接出具報表），對應后臺3個表，NEW TABLE/LOG TABLE/ACTIVE TABLE，即保存了DELTA增量的CHANGE LOG數(shù)據(jù)。一般通過DTP來更新數(shù)據(jù)。這種DSO也是我們用的最多的類型。l 數(shù)據(jù)需要激活后才能使用。含有Key Field與Data Field，通過Key Field的組合作為唯一值判斷，進行合計、覆蓋的操作l 標準DSO需注意

5、的問題n 如果是激活業(yè)務內(nèi)容的DSO，然后復制出來作為自己的DSO使用的話，一般不需考慮關鍵字段的問題，系統(tǒng)的設置一 般會保證DSO數(shù)據(jù)與PSA數(shù)據(jù)完全一致，但如果是自己通過直接輸入信息對象創(chuàng)建的DSO，則需考慮值的合并，因為在標準DSO對于相同關鍵字段的值系統(tǒng) 會自動合并，這個時候需注意轉換中的規(guī)則明細是覆蓋還是合計，如果有合并的字段，即DSO更新的數(shù)據(jù)少于PSA的數(shù)據(jù)，建議把轉換中值字段的規(guī)則明細全部 修改為合計，以保證值的正確，總之，在使用標準DSO時需考慮值的合并問題(項目中如何使用的)，并考慮轉換的規(guī)則明細，但使用寫優(yōu)化的DSO則不存在該問題n 建議如果采用三層數(shù)據(jù)模型架構的話，可考

6、慮第一層使用寫優(yōu)化的DSO，保證該層DSO數(shù)據(jù)與PSA完全一致，第二層DSO使用標準DSO，第三層使用CUBE（顆粒度變粗），完全更新的數(shù)據(jù)源情況下，寫優(yōu)化DSO在新增數(shù)據(jù)時，會重復計算以前已抽取數(shù)據(jù)，在建立DSO時需仔細考慮DSO類型、數(shù)據(jù)更新方式、DSO關鍵字段和數(shù)據(jù)字段設置、以及轉換中的明細規(guī)則中的集合設置為覆蓋還是合計Write-Optimizedl 寫入優(yōu)化的：（不生成主數(shù)據(jù)標識、不合并相同關鍵字段的值、速度快可用于存儲大容量數(shù)據(jù)）這種DSO類型，用來處理大量的數(shù)據(jù)，但后臺也只對應ACTIVE TABLE。通過DTP來更新數(shù)據(jù)。每條數(shù)據(jù)記錄的技術關鍵值是惟一的，所以只進行數(shù)據(jù)庫的插入

7、操作，沒有更新操作。l 一張active表，一般用于大數(shù)據(jù)量的加載。由技術關鍵值、語義鍵、數(shù)據(jù)列組成。技術關鍵值又包括Request GUID、Data PackageID、Data Record Number組合而成，他們確保了數(shù)據(jù)的唯一性。l 優(yōu)化的數(shù)據(jù)存儲對象的設置中，以下的設置選項是特有的:語義的數(shù)據(jù)存儲鍵值不惟一。這一選項僅與寫優(yōu)化的數(shù)據(jù)存儲對象相關。數(shù)據(jù)表的技術關鍵字經(jīng)常由數(shù)據(jù)請求標識、數(shù)據(jù)包和數(shù)據(jù)記錄號組成。我們定義DSO 時指定的關鍵字段組成了寫優(yōu)化的數(shù)據(jù)存儲對象的語義鍵。如果未設置此標識，那么系統(tǒng)檢查語義關鍵字的惟一性并為關鍵字組合生成帶有技術名稱"KEY"

8、; 的惟一索引，出現(xiàn)任何相關鍵字組合的記錄都會報錯。如果設置了此標識，那么數(shù)據(jù)存儲對象的數(shù)據(jù)表可以包含幾個帶有相同組合鍵的記錄，它們由技術關鍵值區(qū)別開來，在報表的結果上，這些記錄是相加的，所以在轉換規(guī)則中，只有匯總選項，沒有覆蓋選工頁。l 適用場景n 構建EDW的原始數(shù)據(jù)層，無報表需求，不需要激活，ETL過程更快n 存儲大量document level的明細數(shù)據(jù)n 每次加載的都是新數(shù)據(jù)，數(shù)據(jù)不發(fā)生變化n 臨時存儲數(shù)據(jù)n 實際項目中，寫優(yōu)化DSO通常用于存儲財務憑證和物料憑證，這些憑證一旦發(fā)生就不會修改。n 怎樣才算重復呢，導入數(shù)據(jù)的時候 n Seamantic Key有什么作用Direct Updaten 直接更新的數(shù)據(jù)存儲對象也是只有一張active表，即激活數(shù)據(jù)表。不同的是，數(shù)據(jù)在進入數(shù)據(jù)存儲對象后在