1 同一個變數名的UID可能有多個，記得注意

2 在查詢時要注意技術名稱還是名稱，因為查詢時會在兩個中進行，模糊查詢時要細心，FV與V都可以查到

3 複製的時候注意長度，過長的會不能顯示

4 開著Query不能刪除

5 se01 Transport Organizer

6 行列只是用來放特徵和關鍵值

7 行和列都是死的是固定報表，行和列都是靈活的是靈活報表，行或列有一個是死的，有一個是靈活的是半靈活報表

8 SAP portal增量連結的時候別忘記開啟目的地，不然不會顯示選單的

9 P採購 purchasing，I庫存 inventory

10 傳輸請求的時候，DSO傳輸過，轉換會變灰，就是說底層變，上層會有問題

11 M版本不等於A版本，可能是修改以後沒有啟用

12 SID -- Surrogate-ID

13 YTD，QTD，PTD 年初至今，季初至今，期初至今

14 BOM 物料清單

15 報表和BEx請求要進ZBW_LYHG包，其餘的都進ZBW包

16 請求出錯，到英文系統看明細日誌

17 mb51，收+，發-

18 312為測試系統，300-302，200-222

19 收集轉換的時候要收集例程，收集DTP的時候要帶資訊包

20 se03 顯示/更改名稱空間，可以看到類似於/BIO/ /BIC/的文字描述

/BI0/        業務資訊倉庫：SAP 名稱空間        SAP AG Walldorf

/BIC/        業務資訊倉庫：客戶名稱空間         客戶名稱空間

21 有時候，結果行的顯示會有錯誤，可以再Query裡將 計算結果 改為 合計

22 主鏈修改後需要計劃之，即執行

23 做完報表要傳Portal的

24 使用者出口：SD，繫結給一個，不能重用；客戶出口，ALL；BTE業務交易事件，FI；BADI業務附加(NEW)，使用者出口與BTE的結合

25 RRM_SV_VAR_WHERE_USED_LIST_GET

26 01交易資料，02主資料，03層次，04空        

27 壓縮：F事實表壓縮至E事實表，壓縮之後F表清空，直接從E表取數，加快速度。如果有聚集，要先上傳至聚集，再壓縮。

28 開發類：邏輯上相關的一組物件，也就是說，這組物件必須一起開發、維護和傳輸

本地物件：將物件指派給$TMP，不可傳輸到其他系統

自建開發類：以Y或者Z開頭

29 CCMS: Computer center Management System

30 TCODE: SSAA

31 關於DB Statistics，計算統計資料時，SAP_ANALYZE_ALL_INFOCUBES

使用的資訊立方體資料量<=20%時，BW將會使用10%的資訊立方體資料來估計統計資料，

否則，BW將計算實際的統計資料。此時，Oracle PL/SQL包DBMS_STATS就是更好的選擇，如果可能會呼叫並行的查詢來收集統計資料；否則呼叫一個順序查詢或者ANALYZE語句。索引統計資料並不是並行收集的。TCODE: DB20

32 每次載入資料時，自動重新整理統計資訊：Environment-->Automatic Request Processing

33 分割槽檢視：SE11-->Utilities-->Database Object-->Database Utilities-->Storage Parameters-->Partition

34 分割槽管理：開啟Cube-->Extras-->DB Performance-->Partitioning，來個例子，很簡單的解釋，很透徹

我選擇額的是0CALMONTH，按月來分割槽：

Example

Value range for FYear/Calendar Month

• from 01.1998
• to 12.2003

6 Years * 12 Months + 2 = 74 partitions will be created (2 partitions for values that lie outside of the range, meaning <01.1998 or > 12.2003).

35 如果可能，在傳輸規則而不是更新規則中執行資料的轉換。傳輸規則：PSA-->DSO，更新規則：DSO-->Cube

36 考慮使用資料庫的NOARCHIVELOG模式

37 將例項的描述引數rdisp/max_wprun_time設定為0，允許對話工作程序佔用無限的CPU時間

38 載入交易資料時：

1、載入所有的主資料

2、刪除資訊立方體及其聚集的索引

3、開啟數字範圍緩衝（Number range buffering）

4、設定一個合適的資料包大小

5、載入交易資料

6、重建索引

7、關閉數字範圍緩衝

8、重新整理統計資料

39 事實表命名：</BIC|/BIO>/F<資訊立方體名>，同理，E事實表

40 SID：Surrogate-ID（替代標識）

維度表和SID表之間，主資料表和SID表之間，都是虛線關係，虛線關係表示由ABAP程式維護，不受到外來鍵補充。使得我們能夠載入交易資料，即使資料庫中不存在任何主資料也可以。Always update data, even if no master data exists for the data!

41 BW多種建模，參照BW Accelerator, Multi-Dimensional Modeling with BW

42 維度特徵 or 維度屬性：

1、如果**資料包含在交易資料中，那麼應將**用作為維度特徵，而不要用做維度屬性。

2、如果**頻繁用於導航，那麼應將**用做維度特徵，而不要用做維度屬性。

43 維度：

1、如果特徵具有一對多的關係，那麼應將它們組合在同一維度中。

2、如果特徵具有多對多的關係，那麼應將他們組合在不同維度中。（合併關係很小除外）

44 複合屬性（組合屬性 Compounding）：

除非絕對必要，不要採用複合屬性，代價比較大。

理解：IO_HOUSE擁有一條White house的記錄，為了區別是來自政府源系統還是家居網站，將IO_HOUSE和0SOURCESYSTEM複合起來澄清特徵的具體含義。

45 線性項維度：

如果維度只有一個特徵，可以設為線性項特徵。導致並未建立維度表，關鍵字是SID表的SID，事實表通過SID表連線到主資料、文字和層級表，同時刪除了維度表的一箇中間層，提高效率。

46 粒度（Granularity）：資訊具體的程度

47 PSA：資料以包為單位進行傳輸

48 IDoc：資料以IDoc為單位進行傳輸，字元格式中，傳輸結構不能超過1000位元組

49 BW收集傳輸資料步驟：

1、BW傳遞一個載入請求IDoc給R/3

2、在載入請求IDoc觸發時，R/3將啟動一個後臺任務。後臺任務從資料庫中收集資料，並儲存在事先定義好大小的包中

3、收集了第一個資料包以後，後臺任務啟動一個對話工作程序（如果可用），將第一個資料包從R/3傳遞給BW

4、如果需要傳遞更多資料，後臺工作將繼續收集第二個包的資料，而不必等第一個資料包完成其傳遞過程。收集完畢傳送

5、在前面的步驟進行時，R/3傳遞資訊IDoc給BW，通知BW資料抽取的傳輸狀態

6、按照上面的方式過程繼續進行，直到所有請求的資料得以傳輸和選擇

因此，資訊包的大小很重要

上面兩張圖，一個是表ROIDOCPRMS，裡面儲存的是關於資訊包的設定

設定方法：SBIW-->General Settings-->Maintain Control Parameters for Data Transfer

另一個是資料抽取的過程：幾個IDoc的Info status分別是：

這裡的幾個狀態分別為：

很簡單的邏輯，收到請求，開始資料選擇，一直跑一直跑，一直跑到結束

50 載入資料到InfoCube時，會使用資料範圍緩衝（Number range buffering）

是通過資料範圍物件（Number range object）來實現的。

設定方式：

SE37-->RSD_CUBE_GET-->I_INFOCUBE和I_BYPASS_BUFFER=X-->E_T_DIME-->NOBJECT-->SNRO-->Edit-->Set-up buffering-->Main memory

也許會用到的是SE03-->Set System Change Option-->General SAP name Range=Modifiable

例子裡設定的是500

51 對SAP傳輸，自己有一點點小的見解

釋放：從技術角度來講，釋放一個傳輸請求實際上就是把傳輸物件從傳輸請求中匯出。

52 狀態：

安裝BC的時候，選Install，覆蓋A狀態；選Match，無操作；都選，合併（未必全合併）

53 STMS Transport Management System

54 InfoCube 型別：

55 工作簿在資料庫中儲存為二進位制大物件（Binary Large Object， BLOB）的。

56 BW場景：

57 對於主特性，聚集中能採用SUM、MIN和MAX而不能採用AVG

58 Info Cube層級設計：

依賴於時間的整體層級

維度特徵

依賴於時間的導航屬性

59 D包