你工作過幾年，你做過幾個完整的項目？答“我做過2個完整項目現(xiàn)在在這個公司做外部顧問。你主要負責哪一快？答：我主要負責BW上面的FI和HR模塊，對其他模塊有所了解。3?什么是DELTA機制？答：答：delta機制分為兩部分：數(shù)據(jù)源的delta機制、BW的delta機制：數(shù)據(jù)源的delta分后勤數(shù)據(jù)源的delta機制、其他數(shù)據(jù)源的delta機制，后勤數(shù)據(jù)源的delta是通過extractionQ和deltaQ、V3JOB來實現(xiàn)，首先通過IPwhitoutdata打標，然后setup，通過full抽取從setup抽取數(shù)據(jù)，對于以后的增量數(shù)據(jù)，是ECC把業(yè)務(wù)數(shù)據(jù)自動push到extractionQ，然后通過V3job的方式把數(shù)據(jù)抽取到deltaQ中，通過增量的ip從deltaQ抽取數(shù)據(jù)實現(xiàn)增量；其他數(shù)據(jù)源的delta機制，是通過時間戳打標，通過IP根據(jù)時間增量抽取數(shù)據(jù);BW的delta機制，通過DSO的recordmodule實現(xiàn)前像沖銷以前的數(shù)據(jù)，再產(chǎn)生一^后像，在往上上述的時候通過beforeinmage沖銷，通過afterinmage產(chǎn)生修改的后的數(shù)據(jù)；Dso往上上述一^dso時如果寫的是在DTP中寫的是全量更新則從dso的有效表中抽取數(shù)據(jù)，如果寫的delta更新，則是通過changelog表抽取數(shù)據(jù)上述的上層的dso；不同模塊事務(wù)數(shù)據(jù)DELTA加載的操作過程一樣嗎？答：不一樣，MM有MM的DELTA機制，F(xiàn)I有FI的機制。什么是數(shù)據(jù)源增強？答：DATASOURSE的增強其實就是在標準DATASOURSE上面，修改結(jié)構(gòu)，然后在EXTRACT數(shù)據(jù)的時候通過寫ABAP命令取到自己要的數(shù)據(jù)放到DATASOURSE中COMDE中有四個部分分別寫代碼：001業(yè)務(wù)數(shù)據(jù)002主數(shù)據(jù)屬性；003主數(shù)據(jù)文本；004層次結(jié)構(gòu)；分兩部分：數(shù)據(jù)源的增強；自定義需要提取的字段新建一個數(shù)據(jù)源，在BW側(cè)再關(guān)聯(lián)實現(xiàn)自己的需求；和ODS最大的區(qū)別是？答：最大的區(qū)別是CUBE的KEYFIGURE是累加的，但是ODS是可以O(shè)VERWRITE的，-般ODS用來放ITEMLEVEL的數(shù)據(jù)。Cube可以對數(shù)據(jù)做壓縮、聚集Cube是多維的星型模型，提高數(shù)據(jù)處理速度，減少冗余；dso:二維的存明細數(shù)據(jù)；dso上述需要激活、cube上述不需要激活；7.你是怎么理解性能調(diào)優(yōu)的？答：CUBE優(yōu)化包括壓縮，分區(qū)，聚集和查詢優(yōu)化。性能調(diào)優(yōu)分兩部分：query層面（數(shù)據(jù)提取出來后在query中整理展示）、DB層面（從的DB把數(shù)據(jù)提取處理?。〥B層面：cube的壓縮使DB層面的數(shù)據(jù)盡量減少，壓縮requst；壓縮存在問題:壓縮后不能根據(jù)request區(qū)分和刪除數(shù)據(jù)；如果選擇了withzero，把數(shù)據(jù)里真的是0的數(shù)據(jù)壓縮沒了；壓縮可以設(shè)置到處理鏈中（compressionofthecube）創(chuàng)建壓縮（rollup）時可以系統(tǒng)推薦創(chuàng)建運行時間大于某個值的查詢，可以自己創(chuàng)建；（能在數(shù)據(jù)鏈中要增加rollup這個環(huán)節(jié)；在cube中執(zhí)行rollup）聚集：設(shè)置聚集，按照用戶的使用習慣把用戶的查詢維度設(shè)置成一個個的小的cube，這是在提取數(shù)據(jù)的時候直接從小的cube中提取數(shù)據(jù)；Query層面的優(yōu)化：想一些公式、選擇、條件等放在query里處理的數(shù)據(jù)的會影響到query的速度；分區(qū)：可以安裝邏輯分區(qū)，把數(shù)據(jù)按照一定的條件分開，放在不同的cube中；創(chuàng)建分區(qū)步驟：選擇cube（修改）--附加-數(shù)據(jù)庫性能一分區(qū)：cube的數(shù)據(jù)中有日期字段，可以按照日期進行分區(qū)；手工創(chuàng)建兩個cube比如：3個月內(nèi)的cube、3個月之前的cube，在上述是在transformation中寫把當前數(shù)據(jù)放入3個月內(nèi)的cube，把3個月之前的數(shù)據(jù)移入到3個月之前的cube里；廣播的方式也可提供查詢速度，每天需要把用戶執(zhí)行的查詢條件提前執(zhí)行，并放到內(nèi)存中，在白天用戶使用報表時直接從內(nèi)存中讀取數(shù)據(jù)；分區(qū)：8?什么是清洗表？在哪里用？答：就是自建一張表，里面有關(guān)鍵字段和數(shù)據(jù)字段，然后例程中會利用這張表來清洗數(shù)據(jù)，在轉(zhuǎn)換的例程中用的比較多，用這個表的好處就是表里的內(nèi)容可以隨著業(yè)務(wù)變化隨時變，不用總是改程序。CONTENTS激活后有沒有自動加上INFOPACKAGE?答：在DATASOURCE下面，先INSTALL好所有的東西之後，再手工去創(chuàng)建INFOPACKAGE，INFOPACKAGE都是要自己手工去創(chuàng)建的。10.你知道REAL-TIME有什么作用？答：BW一般都是對歷史數(shù)據(jù)分析用的，如果模型中需要實時的數(shù)據(jù)就要用到這種技術(shù)，但是這樣系統(tǒng)效率很低，一般很少用到。RDA（實時數(shù)據(jù)抽?。﹦?chuàng)建一個實時的cube，并加快delta抽取的時間，但是對于logistic數(shù)據(jù)源，V3job的抽取時間一定要和實時數(shù)據(jù)抽取一致或者短，要不實現(xiàn)不了實時；創(chuàng)建cube時選擇實時：基于功能模塊就是通過寫代碼的方式，實時數(shù)據(jù)抽??；目前有哪幾種常見的數(shù)據(jù)提取方法？答：L0提?。汉笄跀?shù)據(jù)提取，通用提取，CO-PA提?。贺攧?wù)里CO-PA，提取需要的字段和數(shù)據(jù)提取。12.通用提取的數(shù)據(jù)來源有哪幾種，是否可以DELTA加載？答：TABLE/VIEW,INFOSET,FUNCTIONMODULE，可以DELTA加載：。提取的UPDATEMODE有哪幾種？答：DirectDelta：直接更新；UnserilizedV3update：無序的V3job,QueuedDelta：隊列增量，SerializedV3Update。RSA5,RSA6,RSA7各代表什么意思？答：RSA5：顯示Delivery版本的BlCONTENT，可以激活BlCONTENT。RSA6：顯示Active版本的BlCONTENT。RSA7：用來查看DeltaQueque中的內(nèi)容。和加載數(shù)據(jù)步驟的區(qū)別？答：.復(fù)制，創(chuàng)建Infosource,建立和Infosource之間的Transferrule，建立INFOCUBE/ods,建立Infosource和INFOCUBE/ods之間的updaterule，創(chuàng)建Inpackage加載數(shù)據(jù)。.復(fù)制DATASOURSE,建立INFOCUBE/DSO,建立DATASOURSE和INFOCUBE/DSO之間的Transformation,針對DATASOURSE創(chuàng)建Infopackage,將數(shù)據(jù)加載到PSA,創(chuàng)建DTP，將數(shù)據(jù)從PSA加載到INFOCUBE/DSO.抽取的步驟?答：傳輸DATASOURSE二.維護提取結(jié)構(gòu)三?維護生成DATASOURSE四?復(fù)制和激活SAPBI中的DATASOURSE維護數(shù)據(jù)目標（DATASOURSE對象，INFOCUBE）維護DATASOURSE和數(shù)據(jù)目標之間的轉(zhuǎn)換創(chuàng)建數(shù)據(jù)傳輸流程激活提取結(jié)構(gòu)刪除設(shè)置表/執(zhí)行設(shè)置提取十.選擇更新方法十.增量初始化的infopackage十二?必要時，計劃V3集中運行十三.增量上載的infopackage數(shù)據(jù)源增強步驟？答：一?在附加到DATASOURSE提取結(jié)構(gòu)的附加結(jié)構(gòu)定義要求的字段二.寫入你的功能出口以調(diào)用DATASOURSE的相關(guān)數(shù)據(jù)源三?在BI中復(fù)制此DATASOURSE,激活對應(yīng)的DATASOURCE四?為增強的DATASOURSE提取數(shù)據(jù)什么是增量隊列？（deltaqueue）答：增量隊列是新建或已更改數(shù)據(jù)記錄的數(shù)據(jù)儲存形式（上次數(shù)據(jù)請求以來出現(xiàn)的數(shù)據(jù)記錄）。從系統(tǒng)收到數(shù)據(jù)請求時，會使用源系統(tǒng)中的更新流程或錄入自動寫入增量隊列。幾種更新模式？答：1完全更新2初始化增量流程（initialwhitdata,initialwhitoutdata）3增量更新什么是增量更新？答：增量更新僅為源系統(tǒng)中的請求上次加載以來已創(chuàng)建或已更改（或已刪除）的數(shù)據(jù)記錄。各個增量流程都支持哪些記錄類型？答：后像空格；前像X；反轉(zhuǎn)象R；新象N；刪除D；ADDA。平面文件的增量流程原理是怎么樣的？答：如果增量流程使用平面文件，數(shù)據(jù)不會通過增量隊列傳輸?shù)紹l，而是直接從DATASOURSE加載到PSA。分類有那幾種？答：標準DSO：3個表：有效表、NEW表，changelog表；優(yōu)化DSO：有效表，直接寫入DSO：有效表（通過程序直接寫入）。對象的不同類型?答：1?標準DSO對象，具有已知的表活動數(shù)據(jù)、更改日志和激活隊列。優(yōu)化的對象，針對大量數(shù)據(jù)僅具有一個活動數(shù)據(jù)表。直接寫入的對象，僅具有一個可用于分析程序（分析程序設(shè)計器）的活動數(shù)據(jù)表。此DSO對象替換早期版本中的事務(wù)性對象。什么是多重提供器（mutliprovider）？答：是一種，它綜合了多個的數(shù)據(jù)以用于報告。供者本身不包含任何數(shù)據(jù)。數(shù)據(jù)由所基于的這些合在一起進行合并操作。什么是信息集（infoset）?連接方式：leftoutjoin，join答：信息集通常定義為數(shù)據(jù)，標準信息塊；信息對象是時間相關(guān)特性，則交集是時間相關(guān)或臨時交集，是數(shù)據(jù)源上的語法層。與典型集是特定的數(shù)據(jù)視圖。非聚集KeyFigure、原理？答：非聚集KeyFigure有點類似計算字段，是從另外字段計算出來的。什么是流程鏈？答：流程鏈是一系列計劃要在事件的后臺等待的流程。這些流程中有些觸發(fā)了單獨的事件，該事件可以依次啟動其他流程。流程鏈的每個流程等于計劃與事件相關(guān)的基礎(chǔ)系統(tǒng)中已批準的作業(yè)。流程鏈--維護？答：*通過事務(wù)代碼調(diào)用流程鏈維護Tcode:rspc*在管理功能區(qū)域，選擇導(dǎo)航窗格中的流程鏈，以調(diào)用流程鏈維護*在建模功能區(qū)域，通過選擇工具欄上的流程鏈圖標（或者從菜單選擇編輯T流程鏈），您可以調(diào)用流程鏈維護。*選擇工具欄中的流程鏈維護按鈕，以便從所支持流程的維護對話訪問流程鏈維護在監(jiān)控處理鏈經(jīng)常出的問題：在處理鏈中由于ECC字符和BW定義的字符格式不一致，在上述時激活造成報錯；3系統(tǒng)抽取數(shù)據(jù)到BW系統(tǒng)里，是否必須要在R/3建立logicalsystem，并指定?答：從R/3系統(tǒng)抽取數(shù)據(jù)到BW系統(tǒng)里，必須要在R/3建立logicalsystem，并指定?？梢宰约鹤鲆粋€DATASOURSE，也可以用RSA5激活一個系統(tǒng)自帶的\DATASOURSE（在R/3下）。步驟大概是R/3創(chuàng)建logicalsystem,BW創(chuàng)建logicalsystem，然后創(chuàng)建兩個backgrounduser，個R/3的一^個BW的，互相通信用。然后在BW創(chuàng)建個sourcesystem，transferR/3globalsetting（changerate也要傳輸），然后再復(fù)制datasource。31.建立模型時的導(dǎo)航屬性具體含義是什么?答：是在做查詢的時候用的,過程是這樣的，首先在主數(shù)據(jù)的導(dǎo)航屬性里面選擇某一個字段，例如物料主數(shù)據(jù)的物料組設(shè)置成了導(dǎo)航屬性，然后在INFOCUBE里面還有一個設(shè)置導(dǎo)航屬性的地方，這里就是該INFOCUBE里面全部特性的導(dǎo)航屬性的和（如果在特性里面沒有選擇導(dǎo)航屬性，在INFOCUBE里面也找不到），在INFOCUBE也選中該屬性為導(dǎo)航屬性后，物料組就可以作為物料的一個導(dǎo)航屬性存在了，在做查詢的時候，物料組（在特性里面物料的下拉菜單中就會出現(xiàn)）就可以成為一個查詢條件了或者做其他限制了。32?把BW報表發(fā)布到EXCEL上,有一個變量日歷年月，每天打開窗口時選擇變量值時都是按順序排的，因為Cube里的數(shù)據(jù)多較多了，每次都要翻好幾頁，有什么辦法讓彈出窗口的信息是倒序排列的？答:方法1.你可以于變量輸入窗口，選擇“單值”，點擊“日歷年/月”條目，可以切換排序方式（升序或降序）。方法2.可以用“日歷年”加“日歷月”變量替換“日歷年/月”變量,同時設(shè)定查詢默認值，這樣可以減少條目數(shù)。中的數(shù)據(jù)如何居中顯示呢？答:選擇要修改的區(qū)域點擊Bex菜單中的Layout,選擇alignment設(shè)置Horizontal為center保存Workbook即可在querydesigner中的queryproperties,Displaytab可以選擇resultspositioninnumberformat,可是只有BottomLeft/Right,TopLeft/Right.沒有居中。34.對INFOCUBE進行數(shù)據(jù)顯示時，發(fā)現(xiàn)某一條記錄里有一關(guān)鍵值A(chǔ),其值為同時對應(yīng)的MulitProvider進行數(shù)據(jù)顯示時發(fā)現(xiàn)該記錄的關(guān)鍵值A(chǔ)的值為0.能過Query進行報表顯示時，該記錄的關(guān)鍵值同樣顯示為0?答：MulitProvider中添加了INFOCUBE中的KF,但是沒有指定從哪個INFOCUBE中獲??；在MulitProvider編輯界面左上角有按鈕selectkeyfigures，點進去，在你需要的INFOCUBE的KF前打勾。數(shù)據(jù)源系統(tǒng)激活時提示以下錯誤。nometadatauploadsinceupgradersar672怎么解決?答：分步檢查,縮小范圍：確認BW的源系統(tǒng)連接是有效的：BW系統(tǒng)的RSA1-＞源系統(tǒng)-＞選擇你需要的源系統(tǒng)，用鼠標右鍵點擊check。如果源系統(tǒng)有問題，可以用sm59測試看看RFC連接是否正確。如果源系統(tǒng)沒問題,可以重新復(fù)制數(shù)據(jù)源。正常此步驟后復(fù)制過來的數(shù)據(jù)源應(yīng)該就是正確的。BW采購標準CUBE問題，現(xiàn)在報表顯示的字段為：“物料,供應(yīng)商,采購單號，物料文件號，交貨單號，工廠，交貨庫存地點，過賬文件(Reference)，數(shù)量，單位，P0交貨日期，建立日期”這幾個字段的數(shù)據(jù)。但Reference,Delivery二個字段在采購的數(shù)據(jù)源中：2LIS_02_CGR2LIS_02_HDR2LIS_02_ITM2LIS_02_S0112LIS_02_S0122LIS_02_SCL2LIS_02_SCN2LIS_02_SGR2LIS_03_BF2LIS_03_BX中都找不到，在提取結(jié)構(gòu)中也沒有發(fā)現(xiàn)。在2LIS_02_ACC中找到了交貨單，沒有記錄，所以認為不是在這個數(shù)據(jù)源。2LIS_06_INV有Reference這個字段，但內(nèi)容值對不上?，F(xiàn)在采用標準的數(shù)據(jù)源，CUBE來做，暫不想做增強。MKPF表存在物料文件號與交貨單號，RSA3/LBWE中的采購部分的結(jié)構(gòu)沒有看到交貨單字段。答：需要做增強或者自定義數(shù)據(jù)源抽取。如果要抽一個表,但是數(shù)據(jù)源不能相同,在哪里設(shè)計?答：在信息包里面設(shè)置。38?什么是INFOCUBE?答：INFOCUBE就是信息立方體，使用星型結(jié)構(gòu)存儲并分析數(shù)據(jù)的載體。意義在于進行多維數(shù)據(jù)分析和統(tǒng)計。39、在querydesigner內(nèi)建立calculatedkeyfigure，因為我想要他的公式結(jié)構(gòu)，未來可以自動化的將所有CKF的公式匯出。但在modeling里只有看到一般的keyfigure，沒有CKF?答：在ModelingTree下面的BW移送->移送type->Query->Formula，層次是這個關(guān)系，可以看到。40、如果修改了信息對象，信息包上載數(shù)據(jù)報錯?一般怎么解決?答：重新去復(fù)制一下數(shù)據(jù)源。41、寫優(yōu)化的DSO適用場景：答：一般是用在比較少變動的，因為沒有new表沒有日志表，寫優(yōu)化一般在實際項目中底層的dso用寫優(yōu)化的比較多，底層dso只是為了保存數(shù)據(jù)，不經(jīng)常變動。不用激活就可以直接上述。以下場景中經(jīng)常用到：A、構(gòu)建EDW的原始數(shù)據(jù)層，無報表需求，不需要激活，ETL過程更快B、存儲大量documentlevel的明細數(shù)據(jù)C、每次加載的都是新數(shù)據(jù)，數(shù)據(jù)不發(fā)生變化D、臨時存儲數(shù)據(jù)E、實際項目中，寫優(yōu)化DSO通常用于存儲財務(wù)憑證和物料憑證，這些憑證一旦發(fā)生就不會修改42、直接更新的DSO適應(yīng)場景：答：在創(chuàng)建完之后，發(fā)現(xiàn)右鍵菜單下，沒有了dtp,infopackage等功能。用寫程序直接更新，一般用來做一定的應(yīng)用，如APD。是通過BW中的業(yè)務(wù)平臺，將數(shù)據(jù)通過API的方式，直接寫入的，比如監(jiān)控某幾張報表的使用頻率，直接寫程序把訪問數(shù)據(jù)寫入表中。在CMOD中寫代碼；43、BW的一些參數(shù)設(shè)置，比如：ECC和BW連接的參數(shù)設(shè)置：答復(fù)：rsa1--源系統(tǒng)-ids集團800-右鍵定制提取器一輸入用戶名密碼一一般設(shè)置業(yè)務(wù)內(nèi)容數(shù)據(jù)源可以設(shè)置ECC和bw連接的一些參數(shù)；44、BW中傳播的功能和設(shè)置？答復(fù)：報表傳播功能：把報表執(zhí)行的數(shù)據(jù)執(zhí)行存在緩存中。一般都在boport里對每張報表設(shè)置（設(shè)置的條件等與用戶查詢的條件完全一致）rsa1-傳播一設(shè)置（前提在port中建傳播），日志可以查看傳播；rsrt--高速緩存監(jiān)控-查看緩存45、query中如何設(shè)置可以提供報表的執(zhí)行效率？答：提高報表速度：在querydesigner中盡量把明細的字段放在”自由行“里,提高報表的查詢速度；盡量用多的表格，少用圖片；46、實際項目中涉及到文檔：開發(fā)文檔（更注重于每個點的細節(jié)每個dso等里字段、數(shù)據(jù)來源、datasource的定義）、模型設(shè)計文檔（更注重于模型架構(gòu)圖、流程圖）、測試文檔；項目中各個階段有那些輸出物：需求調(diào)研階段：需求調(diào)研文檔(大概報表的一些信息、報表數(shù)量，每個報表展示的大概數(shù)據(jù))、設(shè)計階段：設(shè)計文檔(模型設(shè)計文檔)、開發(fā)階段(開發(fā)文檔)、UT(測試文檔)、uat(用戶的測試文檔)、上線；47、如果DS0的key不夠用怎么辦？答復(fù)：dso的key最多是16個，如果一^表中的key超過16個了，可以把key合并，比如：key1(10)、key2(6)，可以建一^長度是16的key，把兩個字段上述到一個字段里?！鉪so中很少用到，在cube中最多有13個維度，在cube中可以把兩個dimensionid合并成—dimensionid；48、TC0DE:RSA9:傳輸應(yīng)用層次結(jié)構(gòu)(先傳輸層次結(jié)構(gòu)：MM、sd、pp等)49、BW中權(quán)限的控制:答復(fù)：報表權(quán)限：報表的權(quán)限在bo、port中控制；數(shù)據(jù)權(quán)限：(1)定位對那個字段做權(quán)限控制、(2)特性-業(yè)務(wù)瀏覽(相關(guān)的權(quán)限勾選上)、(3)querydesinger變量的出理由選擇權(quán)限，(4)rsa1-管理-分析權(quán)限-在分析權(quán)限中進行管理；50、CUBE中創(chuàng)建維表時的行項目維、高基數(shù)維的應(yīng)用和優(yōu)勢：答復(fù)：當維表中的特性超過了cube所有特性的20%以上時，需要把維設(shè)置成高基數(shù)維；可以調(diào)整物理表結(jié)構(gòu)，提高性能；行項目維：f表直接連到sid表，中間的dimension表就不用了，提高查詢速度;51、psa和dsonew表key是完全一樣，他們的數(shù)據(jù)是完全一樣的，dso中new表和有效數(shù)據(jù)表是根據(jù)dso中的增量機制管理、上述；52、ABAP在BW中哪些功能模塊會用到：答復(fù)：(1)rultin：start、end、連線rultine;(2)CM0D:ECC側(cè)數(shù)據(jù)數(shù)據(jù)增強提取數(shù)據(jù)、(3)CM0D:bw側(cè)的變量增強；53、BW擴展星型結(jié)構(gòu)和傳統(tǒng)的星型結(jié)構(gòu)相比有哪些優(yōu)勢？回答：標準星型模型是數(shù)據(jù)倉庫中—種常用的組織信息和數(shù)據(jù)的多維數(shù)據(jù)模型。它由中心的—事實表(FactTable)和一些圍繞它的維度表(DimensionalTable)組成。SAPBW星型模型SAP在標準星型模型基礎(chǔ)上做了一些改進，將維度表中的主數(shù)據(jù)(MasterData)分離出去，獨立建表，并通過SIDTable和維度表關(guān)聯(lián)起來oSAP將主數(shù)據(jù)分為3類:屬性(Attributes)，文字描述(Text)，層級結(jié)構(gòu)(Hierarchy)。這里需要注意的是MasterData并不是InfoCube的一部分，因此MasterData可以在多個InfoCube中共享。這是BW將MasterData從維度表分離出來的主要原因之一。我們知道M0LAP數(shù)據(jù)倉庫為了提高Aggregation的效率，需要事先把這些Aggregation的值計算好，而不是在每次請求的時候才計算。這些預(yù)先計算好的Aggregation值當然也需要以cube的形式保存起來。如果是用標準星型模型，那么有兩種方法來存儲：一種是將Aggregation值和facts—起保存在原始cube的事實表中，這樣事實表就會更加龐大，查詢效率肯定不高。另一種是為不同的Aggregation建立獨立的aggregationcube，存在這寫新的cube中，但這樣會造成維度表的冗余，每個aggregationcube都會重復(fù)一份它所需要的維度表中的所有信息?，F(xiàn)在BW將MasterData從維度表分離出來使得維度表變成一張簡單的關(guān)系表，就解決了MasterData的冗余問題。同時由于MasterData不是和維度表綁在一起而是通過SIDTable查詢得到，使得多語言支持非常方便?？梢詾槊糠N語言建立獨立的主數(shù)據(jù)表并根據(jù)查詢時的語言信息動態(tài)綁定到不同語言的主數(shù)據(jù)表。54、特征值可以使用哪些數(shù)據(jù)類型？答復(fù)：一般特性有四種：char、number、date,time;特殊的特性：時間特性、單位特性、技術(shù)特性；55、一個信息立方體里面有多少個維度，分別是什么？什么是聚集？答復(fù)：有三個維度是系統(tǒng)定義的：時間維度、單位維度、技術(shù)特性維度;最少一個自定義維度、做多16個維度;聚集：聚集是數(shù)據(jù)倉庫經(jīng)常使用的一個方法。聚集是對信息立方體中的數(shù)據(jù)（基本事實表，F(xiàn)-Fact表）按照指定的一個子集進行數(shù)據(jù)匯總，匯總的數(shù)據(jù)存在不同的獨立的事實表（聚集事實表，E-Fact表）中。根據(jù)常用的查詢的種類，一個基本事實表可以設(shè)置多個聚集事實表。?根據(jù)CUBE中幾個或者一個維度信息對象創(chuàng)建的MiniCube,可以提高數(shù)據(jù)的訪問效率當查詢訪問CUBE時，若聚集中的維度能滿足查詢條件則只需訪問聚集而非CUBE新生成一張事實表外加一些對應(yīng)的維度表。用空間換時間、數(shù)據(jù)是冗余的。聚集可以建立在特征值、導(dǎo)航屬性、層級上。在報表運行中，系統(tǒng)自動根據(jù)報表的查詢維度找到最合適，也就是數(shù)據(jù)量最少的聚集事實表中讀取數(shù)據(jù)。由于數(shù)據(jù)量的減少，降低了報表運行時間。也就是說，聚集的設(shè)置對最終用戶是透明的，用戶沒有必要關(guān)心是否找到合適的聚集，系統(tǒng)自動會找出相應(yīng)的聚集表。聚集在是基本的事實表上設(shè)置的。聚集可以按照特性建立，可以按照導(dǎo)航屬性建立，也可以按照層次建立。其中對于聚集中維度數(shù)據(jù)和事實表數(shù)據(jù)的更新，如果是導(dǎo)航屬性生成的維度表，則通過信息對象的changerun（在“管理”下面）可以同步聚集維度表數(shù)據(jù)，而事實表數(shù)據(jù)通過ROLLUP可以更新。聚集的適用范圍聚集是基于多維分析模型的基礎(chǔ)上設(shè)定多維分析模型的子集，同時又是具有真實的物理數(shù)據(jù)存儲的，因而聚集的創(chuàng)建不適合信息集和多信息提供者，以及虛擬信息提供者（虛擬信息立方體）這些不具有物理數(shù)據(jù)存儲的數(shù)據(jù)對象，也不適用于DS。這樣的二維的數(shù)據(jù)存儲對象。56、BW報表查詢中，什么是計算指標，什么是限制指標，什么是條件？計算指標：是針對query的數(shù)據(jù)源，根據(jù)現(xiàn)有的特定指標通過計算或者公式定義出需要的指標;限制指標：是針對query的數(shù)據(jù)源，根據(jù)現(xiàn)有的特定特性和指標的組合選擇出一個新的特定指標;條件：在query中根據(jù)指標做過濾的條件；57、屬性有哪些類型，分別是什么？怎么區(qū)分這些類型？舉個例子答復(fù)：屬性分顯示屬性、導(dǎo)航屬性；顯示屬性在query中不能單獨存在，導(dǎo)航屬性可以脫離主數(shù)據(jù)而獨立存在；58、什么是復(fù)合特性(compounding)，舉例說明。答復(fù)：是把兩個特性，合并成一個特性，比如item不能確認一條數(shù)據(jù)，需要和head連接一起59、信息立方體有多少張表，分別是什么，cube壓縮的實質(zhì)？答復(fù)：一張實時表和最多16張維表，最少4張維表組成；Cube壓縮的實質(zhì)：前幾天的數(shù)據(jù)測試無誤，做壓縮，壓縮就是把requestid去掉，相同維度的做add，提高性能；壓縮的缺點：不能根據(jù)request區(qū)分和刪除數(shù)據(jù)；如果選擇了withzero，把數(shù)據(jù)里真的是0的數(shù)據(jù)壓縮沒了；壓縮可以設(shè)置到處理鏈中(compressionofthecube)；60、怎么設(shè)計出一個好的立方體維度出來，舉例說明？答復(fù)：創(chuàng)建維度就是多角度多層次全方位的去分析數(shù)據(jù)。如果維度表列和事實表中的連接太多時，可以采用行項目維。也就是去掉維度表，把sid表直接放在事實表中。通常有銷售訂單，發(fā)票號。2如果維度數(shù)據(jù)是事實數(shù)據(jù)20%，可以采用基數(shù)高度，對生成cube自動優(yōu)化，采取合適索引。維度設(shè)計原則：1傾向于更多的列和更少的行；盡可能有意義設(shè)計一個占空間盡可能小的主鍵；帶來更小索引，主要是提高效率不建議特別的規(guī)范化，也可以有冗余。規(guī)范化后可能使結(jié)構(gòu)更加復(fù)雜4維度表中屬性盡可能是文本或離散的。通常是查詢的條件合理的維度數(shù)量，不宜太多，影響性能，用戶使用起來也沒有太大意義；維度的組合和順序也要合理；把相近的有關(guān)系的維度放在一個維表中。比如可以從Outline的組合順序、Sparse/Dense的設(shè)置、計算腳本的運用、Partition優(yōu)化、DataLoadFile優(yōu)化等等，其中outline的組織順序有一定的規(guī)則，類似沙漏型。總言之，可以通過這些方法找到一種平衡。但我想說的是：這么多的維度合不合適？實際上是上面問題的出發(fā)點。作為主題，是相對比較獨立且很明確的數(shù)據(jù)，不是大而全。換句話說，每一個主題的背后隱含著1..n個故事場景。在實際中，如果提供很多維度，不但我們組織起來不很容易，而且用戶使用起來也會暈倒：因為這么多維度，無所適從；況且，有些組合是沒有意義的或者是錯誤的，多于三維的數(shù)據(jù)對用戶來講也是很難理解的。鑒于此，我想能不能在深刻理解業(yè)務(wù)的基礎(chǔ)上，將主題重新劃分，并不嚴格的遵從用戶提出的那種模式。這是其一；其二，舉例說明。拿移動的用戶來講，他們起初并不清楚OLAP是什么，主題是怎么回事，只是想從這些方面看數(shù)據(jù)，所以我們就遵從了。這就是根源。個人覺得：應(yīng)該有一個分析、歸納、提煉、引導(dǎo)的過程，我想這樣才會真正的做出比較有價值的主題分析。根據(jù)上述兩點：希望重新組織主題，將維度控制在最低限度。61、Multiprovider和infoset的區(qū)別，舉例說明。答復(fù)：MultiProvider與InfoSet和virtualProvider—樣都是邏輯結(jié)構(gòu)，都沒有數(shù)據(jù)的實際物理存儲。MultiProvider與InfoSet本身不存儲任何數(shù)據(jù)但它們能夠把多個如下InfoProvider對象上的數(shù)據(jù)結(jié)合起來：l.InfoCubesl.DataStoreobjectsl.InfoObjectsl.InfoSetsl.Aggregationlevels(slicesofaInfoCubetosupportBIIntegratedPlanning)MultiProvider與InfoSet的主要區(qū)別在于它們結(jié)合InfoProvider對象的方式不同。連接方式不一樣：multiprovider的連接方式是：union,infoset：innerjoin，leftoutjoin62、如何分析事實表和維度的大??？答復(fù)：63、BW匯率是如何轉(zhuǎn)換的？舉例說明。一個貨幣轉(zhuǎn)換類型是匯率，源貨幣，目標貨幣和轉(zhuǎn)換時間設(shè)置的組合。就是說，在一個貨幣轉(zhuǎn)換類型中，會設(shè)置匯率，源貨幣，目標貨幣和轉(zhuǎn)換時間設(shè)置。然后將此currencytranslationtype定義于query中的keyfigure。于是在執(zhí)行query時便會應(yīng)用到這個currencytranslationtype。也就是貨幣轉(zhuǎn)換。Tcode：RSCURcreatecurrencytranslationtype在Report中使用匯率轉(zhuǎn)換，這個功能可能大家都很熟悉。但是隨著我們的專案增加很多以及程度的提高，一些個性化的需求就出現(xiàn)了。比如這段時間就碰到幾個對匯率有特殊要求的問題，通過對Query以及匯率變量的相關(guān)了解也找到了相關(guān)的解決方案。我先將問題描述一下.問題1:DWHD要做一^個ActualForecast的對照表，Actual的數(shù)據(jù)采用當前的標準匯率，但是Forecast的數(shù)據(jù)采用用戶自己提供的匯率，因為這個提供的匯率是針對未來幾期的，所以和實際的匯率可能不一致或者無法去要求一致，所以希望我們的報表需要能夠滿足這樣一種功能要求。問題2：MM段要在某個報表中增加上個月的金額和本月數(shù)據(jù)作對比，并且匯率要按照實際月份進行轉(zhuǎn)換。在解決問題之前，有幾個知識點我們是需要清楚的。CurrencyConversionType:幣種轉(zhuǎn)換類型，也就是轉(zhuǎn)換幣種的規(guī)則。幣種轉(zhuǎn)換會涉及到幾個關(guān)鍵問題：A.匯率B.源幣種C.目標幣種D.匯率時間CurrencyConversionKey：即幣種轉(zhuǎn)換類型的編碼TargetCurrencyVariable：如果在1中設(shè)置C目標幣種為"Sel.Oftarg.CurrencywithTranslatio”時，可以在Report中設(shè)置目標幣種變量，允許用戶改變目標幣種在分析上述兩個問題之后，我們大致可以把問題1歸結(jié)為：如何實現(xiàn)多幣種轉(zhuǎn)換；而問題2可以歸結(jié)為：如何實現(xiàn)多時間段轉(zhuǎn)換。作了以上分析，我們先逐一看看。首先在Query中，每個KeyFigure只要是金額欄位都可以進行匯率轉(zhuǎn)換,如果不是金額欄位通過“CalculatedKeyFigure”（CKF）或“RestrictedKeyFigure”（RKF）也可以實現(xiàn)匯率轉(zhuǎn)換。所以通過CKF或RKF可以實現(xiàn)一個KeyFigure多種匯率轉(zhuǎn)換。比如將Amount和“Actual”設(shè)定為RKF"ActualData”,而將Amount和“Forecast”設(shè)定為RKF“ForecastData”，那么就可以分別設(shè)定兩個匯率轉(zhuǎn)換類型了，其實這個知識點就可以解決問題1了。另外用戶有特別說明，F(xiàn)orecast有自己的一套匯率，那么我們就必須把這種情況考慮進去。當然方法也很簡單，我們在設(shè)置ExchangeRateType時就有必要自定義一些Type來區(qū)別標準的“M“類型。而問題2著力點可能是如果將匯率轉(zhuǎn)換時間切換到上一個月（或者非當前月）。我們來看看在1中設(shè)置D匯率轉(zhuǎn)換時間有那些內(nèi)容在里面。FixedTimeRef.（固定時間）CurrentDate（系統(tǒng)當前時間）KeyDate（設(shè)定一個定值）TimeBasedFromVariable（設(shè)定時間變量，這個變量必須是掛在Calendar下面）VariableTimeRef.（變動時間）i.StandardInfoObject（當前報表中標準的時間Object）ii.SpecialInfoObject（處理不是精確到日的時間Object，比如OFiscper）如果是ii的情況，會要求設(shè)定具體的時間點QueryKeyDate通過上述的屬性的列舉，我們可以找到兩種解決方案采用1-iii設(shè)置一個時間變量，這樣可以靈活的獲取時間采用3,因為這個Report其實不要用到KeyDate，所以可以利用KeyDate來傳遞時間最終權(quán)衡之后，我們選擇了方案1，因為來得更為合理而專業(yè)。同時只需要將設(shè)置的時間變量類型設(shè)為"CustomerExit”，就可以通過代碼來設(shè)定時間。64、BW里的分析權(quán)限是如何做的？舉例說明。答復(fù)：權(quán)限：報表權(quán)限：報表的權(quán)限在bo、port中控制；data權(quán)限：（1）定位對那個字段做權(quán)限控制、（2）特性-業(yè)務(wù)瀏覽（相關(guān)的權(quán)限勾選上）、（3）querydesinger變量的出理由選擇權(quán)限，（4）rsal-管理-分析權(quán)限-在分析權(quán)限中進行管理；65、InfoObject是BW中最小的存儲單位.66、BW中的數(shù)據(jù)對象有InfoObject,Cube,DSO,Infoset,Multi-provider,visualprovider.其中IO,Cube,DSO是實際的物理存儲對象，1nfoset和Multi-provider可以理解成為建立在其他物理存儲對象上的視圖,是不存儲數(shù)據(jù)滴~~67、接上一點，那為什么要用到Infoset和Multi-Provider呢?那要從BEx報表的展現(xiàn)機制來說了.在BEx報表設(shè)計中，你只能選取一^個Infoprovider

作為數(shù)據(jù)池來構(gòu)建你的報表，如果你所需要的數(shù)據(jù)放在多個Cube或者DSO里面的話，那么你就需要一^工具把這些infoprovider集合在一起變成一^個infoprovider，這個工具就是infoset或者是Multi-provider68、697071727374757677787980、還是接著上一點，說得這里別人面你的時候就肯定順水推舟的問你Infoset和Multi-provider的區(qū)別是什么(俺被面到了~~汗~~),教科書的答案是兩者中各infoprovider的連接方式不一樣，infoset貌似是內(nèi)連接~還是不好理解...俺想了一個晚上，得到一個想法...infoset連接方式取的是數(shù)據(jù)的交集,而Multi-provider取的是數(shù)據(jù)的并集，關(guān)于交集和并集是什么，你們?nèi)柲銈兊臄?shù)學(xué)老師~~如果沒有做過實際的Multi-provider的模型的，如果被問到，其實可以拿個業(yè)務(wù)來舉例，最典型的就是銷售計劃與實際對比，計劃數(shù)據(jù)放在一個infoprovider,實際數(shù)據(jù)放在—個provider,用—個Multi-provider把他們組合起來，其中可以按銷售部門key連接,銷售員key連接，ltemkey來連接.DSOkeyfigure的轉(zhuǎn)換分為覆蓋與合計2種，點detail,雙擊keyfigure可以選擇那么一定要記下DSO與Cube的區(qū)別(基本上都會被問到)...Cube的keyfigure是累加的???而DSO是可以覆蓋或者累加的~~在構(gòu)建DSO的時候，如果數(shù)據(jù)表中有日期類型的字段存在的話，那么你就最好把會計年度變量(Ofiscvarnt)的特征放在Keyfile里面...如果你沒有放的話，系統(tǒng)會給你黃色的警告...當然你可以忽略...但是如果忽略了，后果就是在DSO激活數(shù)據(jù)的時候你會發(fā)現(xiàn)激活有錯誤~~~Cube,最大維度16個,去掉系統(tǒng)預(yù)先定義的Time,Unit,Request