1.Info Object是BW中最小的存儲單位.
6 u1 b9 z/ r4 Z. V
2.BW中的數據對象有Info Object,Cube,DSO,Info set,Multi-provider,visual provider. 其中IO,Cube,DSO是實際的物理存儲對象,Info set和 Multi-provider可以理解成爲建立在其他物理存儲對象上的視圖,是不存儲數據滴~~
3.接上一點,那爲什麼要用到Info set和Multi-Provider呢?那要從BEx報表的展現機制來說了.在BEx報表設計中,你只能選取一個Info provider作爲數據池來構建你的報表,如果你所需要的數據放在多個Cube或者DSO裏面的話,那麼你就需要一個工具把這些info provider集合在一起變成一個info provider,這個工具就是info set 或者是 Multi-provider
" X4 `" O$ K+ ]5 Q4 N" x- z; A4 e
4.還是接着上一點,說得這裏別人面你的時候就肯定順水推舟的問你Info set 和Multi-provider的區別是什麼(俺被面到了~~汗~~),教科書的答案是兩者中各info provider的連接方式不一樣,info set貌似是內連接~~~~還是不好理解...俺想了一個晚上,得到一個想法...info set 連接方式取的是數據的交集,而Multi-provider取的是數據的並集,關於交集和並集是什麼,你們去問你們的數學老師~~: S- ]* x/ r3 D4 s
5.如果沒有做過實際的Multi-provider的模型的,如果被問到,其實可以拿個業務來舉例,最典型的就是銷售計劃與實際對比,計劃數據放在一個info provider,實際數據放在一個provider,用一個Multi-provider把他們組合起來,其中可以按銷售部門key連接,銷售員key連接,Item key來連接.6 h$ x* N( n# f- `! M
6.DSO key figure的轉換分爲覆蓋與合計2種,點detail,雙擊key figure可以選擇/ l6 `* y4 k* J/ \( z
7.那麼一定要記下DSO與Cube的區別(基本上都會被問到)...Cube的key figure是累加的...而DSO是可以覆蓋或者累加的~~
) L0 k/ n6 \) e- |# D" Z$ z
8.在構建DSO的時候,如果數據表中有日期類型的字段存在的話,那麼你就最好把會計年度變量(0fiscvarnt)的特徵放在Key file裏面...如果你沒有放的話,系統會給你黃色的警告...當然你可以忽略...但是如果忽略了,後果就是在DSO激活數據的時候你會發現激活有錯誤~~~! @0 H2 r9 ]: X y% q% M: f r
9.Cube,最大維度16個,去掉系統預先定義的Time,Unit,Request,可以用的有13個.最大key figur數--233，最大Characteristic--248
DSO/ m3 |& J3 J5 N. K5 l1 U) n
- You can create a maximum of 16 key fields (if you have more key fields, you can combine fields using a routine for a key field (concatenate).)" B0 G+ I6 A- k* `2 h' U8 Q
0 q2 T! a' n# B* R
- You can create a maximum of 749 fields
; l4 v5 p3 w/ |. y: R
- You can use 1962 bytes (minus 44 bytes for the change log)9 k7 ?) E) y [ G/ D9 J
" r# Z2 n% n* _
- You cannot include key figures as key fields* a0 X9 X. a. Y2 \
摘自SAP官網~~
- h$ p0 J9 P% G# F1 z' B2 O
10.PSA~~persistence store area....持久數據加載區域,從數據源出來的數據第一站都會停留在這裏.它是以包爲單位進行傳輸的~~" h5 u' F4 v4 B Y' c4 Z# a
11.系統中的狀態提示: D SAP傳輸(Delivery)狀態 A 激活(Active)狀態 M修改(Modified)狀態7 ~5 N0 c6 y8 {" O
12.DSO 三個表 N表數據抽取後存放在N表 激活後會清空(這點要記得哦) A表 激活數據表 BEx拿數據是從這張表拿的 Log表存放數據的更改動作
6 O! a. W; P& ], l* l" R& ]
13.有關Cube的優化,可以聚集,分區,壓縮.& v4 @, f) A$ c% ~
. G- ^( o. }( I0 @8 j% ~; n
14.流程鏈的T-code是RSPC
+ L/ k; i$ r/ M& `2 q6 K) v
15.每一個流程鏈必須有一個開始流程.沒有變式的開始流程沒有任何的價值.
16.流程鏈的類別包括加載流程與後續處理,數據目標管理,自動報告代理,常規服務,其他BI流程和自定義流程.% E, b) g( T% ?0 }
17.收集器流程....管理輸入到相同的後繼流程的多個流程...相當於交通警察的作用.可以判斷替代流程是否滿足條件而觸發後繼流程.
18.流程鏈必須激活.
+ Q7 ~. c- @$ v/ J; X
19.流程鏈中的顏色,紅,黃,綠.....應該都明白各自的含義.+ j! a- R6 T5 v: N1 I' V
, g; m# ^# ?2 ]+ r& B B3 l" h
20.與進程,或進程,或異進程都屬於收集器流程
21.DSO分爲標準DSO,寫優化DSO,直接更新的DSO.
22.標準DSO中有一個選項叫做"生成主數據標識"...這是啥玩意呢?他的用法取決於你的DSO是要拿來幹什麼的.如果你的DSO是拿來做報表的,那麼勾上他是可以提高報表的查詢速度.如果你的DSO是拿來存儲數據的,那麼建議不要勾上,因爲系統會自動分配SID給你........貌似是設計用來做報表查詢的index嗎?. F/ |" w- J7 F+ u- R% `% n
23.實際的項目大多數喜歡用3層的數據模型,底層是寫優化的DSO,記錄delta和保證數據與PSA的一致,第二層用標準DSO,第三層用Cube...用level 1的DSO更新level 2的DSO的時候,一般都用SUM的方式.: V4 A" q2 j. i! r
24.BW做初始化的時候要注意什麼呢?業務系統要全面停止,禁止輸入任何數據.這個好理解吧
今天來說說標準數據源的Delta機制 d: H7 P3 F$ v. [1 S+ e
25.所有的Delta數據,在傳到BW之前,都會先到Delta Q裏面,再從DeltaQ到BW.Delta Q可以用RSA7查看.
j/ t3 t& \* V% ^
26.Delta數據從原始表到Delta Q, 有兩種方式:對於LO的數據源，是系統將Delta數據push到Delta Q的，然後在InfoPackage執行的時候，再把數據從Delta Q搬到BW.這就是PUSH的方式. 對於非LO的數據源，大部分採用time stamp的方式，在InfoPackage執行的時候，系統根據time stamp去源數據表獲得delta數據，這些數據被送往Delta Q之後，緊接着就被搬到BW了.這就是所謂的PULL的方式.: f1 ^6 D8 \. X7 h
" ~2 T" t9 G# B# C& B
27.所以總結一下:
PULL：當BW端請求數據時，R3端才做出迴應，執行相關Function Module，把數據寫入delta queue1 r8 I! E8 s5 p/ e- L
PUSH：數據自動寫入delta queue，當BW端請求數據時，直接去delta queue中抽取
28.RSA7是查看Delta Q的,但是真實數據不是存在這裏的.SMQ1(Out bound Queue)纔是存儲數據的地方~