BW知识点总结及面试要点

1、BW知识点总结及面试要点1. 如何理解数据仓库？数据仓库是 一个面向主题的，集成的，相对稳定的，反应历史变化的数据集合，用于支持管理决策。2. OLAP 和 OLTP 的基本概念 和 区别？Oltp联机事务处理，就是我们通常所说的关系型数据库，记录了实时的增删改查数据。Online Transaction ProcessingOlap联机分析处理，是数据仓库的核心，是对oltp 的历史数据进行加工，分析处理，用于处理商业智能，决策支持等重要的决策信息。区别：1.oltp是明细的数据，olap是汇总数据2.oltp记录实时的数据，olap包含 2-3 年历史数据3.oltp可以进行增删改查操作，

2、olap 只支持查询。3. Bw 中数据存储的最小单位是什么？他分为哪几种。哪一个用来存放主数据，主数据分类？最小单位： infoobject分类：特征和关键值，特征存放主数据，分为属性，文本和层级。4. 什么是 bw 星形结构，与传统星形结构有什么区别？Bw 星形结构：中间一张事实表，周围连接维度表，维度表中存放了主数据sid，通过主数据sid 连接到主数据的属性表，文本表和层级表。区别：传统星形结构维度表中存放了维度键值属性，bw 星形结构中维度表中存放了主数据的sid，通过 sid 连接到主数据的属性，文本和层级，通过sid，可以实现多语言支持，主数据共享。5. 如何理解 bw etl

3、的过程？Bw 的 etl 数据抽取，就是把从r3 和外部系统或者文件中的数据通过一定的转换关系抽取到我们bw 端所建的信息立方体中进行分析。6. ETL的基本操作步骤。1） 创建 datatarget （ infoobject ， dso ，infocube ）2） 创建数据源3） 建立转换关系4） 建 infoobject ，数据抽取到psa5） 建 dtp ，从 psa 抽取数据到datatarget7. DSO 与 cube 的区别。1).从结构上，dso 是一张二维表，cube 是多维的星形结构2).从数据上，dso 存放的明细数据，cube 存放汇总的数据dso 支持覆盖和累加，cu

4、be 只支持累加。Dso 主要用于存储数据，cube 一般用于出报表8. Dso 的分类，之间的区别，三种：标准dso ，写优化dso ，直接更新dso区别：标准dso 后台有三张表，new 表， active 表和 changelog 表，数据加载时首先进入new 表中，激活以后，从new 表进入 active 和 changelog 表， new 表数据清空。写优化 dso 只有 active 表，数据不需要激活，一般用于数据量比较大时，数据抽取数据快直接更新dso 只有 active 表，数据不需要激活，通过api 获取数据。9. 标准 dso 对应后台哪三张表，数据是如何加载的？new

5、 表， active 表和 changelog 表，数据加载时首先进入new 表中， 激活以后， 从 new 表进入 active 和 changelog 表，new 表数据清空。10. Dso 的 recordmode 。N new 项后项X-前项R翻转项D删除项A附加项11. Dao 和 cube 分别支持哪些镜像？Dso：前项，后项；后项；附加项；删除项；反转项Cube：前项，后项；附加项；反转项；12. Cube 的分类，虚拟 cube 的特点以及使用条件。Cube ：物理存储数据的cube 和 虚拟存储数据cube。Virtualprovider ：直接访问数据源，不需要从psa 抽

6、取。实时性要求高，但是数据量不大。使用前提条件:1. 数据源必须支持直接访问2. 报表需要从 sap 源系统中获得即时的数据3. 只有很少数量的数据被传输4. 使用该查询的用户数量要少。13. Cube 的优化。分区（物理分区，逻辑分区），聚集，压缩，索引，统计14. Cube 对应的后台表，压缩后表中数据如何变化。Cube 对应的后台表有f 表和 e 表， f 表是事实表，e 表压缩表。压缩后f 表数据进入e 表， f 表数据清空。15.如何创建multiprovider和 infoset，他们之间的区别。Multiprovider：选中需要使用的cube 或者 dso，选中所需维度拉入mu

7、ltiprovider中，然后分别进行识别，激活。Infoset ：选择所需2 个或者2 个以上的dso 或者 cube，然后建立之间的关系，join 或者 left outer join，保存，激活。相同点：两者都是虚拟信息提供者，本身不存储数据，只是提供了一个跨不同数据对象的一个数据视图。不同点：Multiprovider的连接类似于union ， infoset类似于 join ，一个infoset 最多能有10 个 join 。Multiprovider可以选择infoset ，反之不行。16. Query ：中如何理解限制性关键值，计算型关键值，对关键值进行限制与限制性关键值的区别。

8、限制性关键值：对关键值使用某一特征进行限制。如按时间对订单量进行限制。计算型关键值：用基本关键值，限定关键值，计算后得到结果的关键值。17. 如何压缩结果行，如何创建例外报警和条件压缩结果行：选中右击属性结果行处理。有三种方式：从不压缩总是显示仅带一个值 显示一个，有汇总的才会有一个。总是 不显示18. 导航属性与显示属性的区别，如何设置导航属性导航属性可以用于维度分析而显示属性只能用于辅助信息的显示，不能用于分析。在特征的属性标签页里面有个设置是否为导航属性的开关，可以进行设置。设置以后， 在 cube 中可以选定导航属性。19.如何理解数据集市和open hub数据集市：可以将cube 或

9、者 dso 作为一个数据源提供给其他bw 系统使用，并且不同的bw 系统之间必须建立关联。创建时生成一个以8+data target名称的数据源。Open hub ：把 data target的数据导出可以形成一个文本文件，提供给其他系统来用。20. 数据源增强的步骤。1 结构增强， 2 功能增强21. 如何创建自定义数据源。1. Rso2 创建 自定义数据名称2. 填写数据源描述信息以及选择应用组件3.选择从 db 视图 / 表， query 或者 function module提取，定义提取结构，保存4. 修改提取结构，设置选择或者隐藏，转换字段。5. 设置 delta 增量方式，保存。6

10、. bw 复制数据源。22. 数据源增强的 4 个 function 分别用于什么时候。Exit_saplrsap_001：定义业务数据Exit_saplrsap_002：定义主数据属性或者文本Exit_saplrsap_003：bw 1.2 版本用于增强文本， 2.0 以后被 002 替代。Exit_saplrsap_004：定义层级23. i_step 分别有哪些值，及使用规则。I_step = 0用于权限检查。I_step = 1屏幕打开前赋值I_step = 2屏幕打开后变量赋值I_step = 3校验24. LO 后勤抽取步骤1. 传输数据源（ rsa5 安装激活数据源）2. 维护提

11、取结构（ lbwe ）3. 维护数据源（ lbwe ）4. 复制和激活 sap bi 中的 datasource （ bw）5. 维护数据目标（ dso， cube ）（ bw ）6. 维护 datasource 和数据目标之间的转换7. 创建数据传输流程8. 激活提取结构（ lbwe ）9. 删除 setup table ，填充 setup table （ sbiw）10. 选择更新方法11. 增量初始化 infpackage12. 必要时，计划 v3 集中运行13.增量上载infopackage 。25. Abr 与 aie 的区别Abr 支持新项，前项，后项和反转像Aie 只支持后项，所

12、以模型选择上，只支持aie 的数据源，psa 上层只能选择dso，支持 abr 的数据源既可以选择dso 也可以选择 cube 。26. Fi 与 Lo 数据抽取的区别。1.Fi 数据抽取时直接从r3 后台表取数据，不需要设置setup table ，lo 数据抽取时需要删除/ 填充 setup table ， full 和初始化时从setup table取数据。2. fi 数据源增量抽取采用 pull 的模式，根据时间戳进行增量抽取。Lo 数据源增量抽取采用push 的模式，增量数据根据delta queue获取。27.Fi 存放增量更新时间戳的后台表Bwom2_timest 增量抽取时间戳

13、Bwfi_aedat 存放最后抽取的时间戳28.LO 后勤抽取中数据是如何加载到delta queue 中的。首先，系统删除并填充setup table后， bw 端建立初始化infopackage ，并进行抽取数据到psa 后， detla 增量机制就已经建立好了。其次，在lbwe 中设定好更新方式，当采用直接更新时，当 r3 端 application table中产生了一条新的凭证后，该凭证不仅保存到了后台表中，也直接更新到了delta queue 。当采用队列化更新时，设定job 的执行时间，当r3 端产生了一条新的凭证，该凭证信息会直接保存到抓取队列中， lbwq查看抓取队列中数据，

14、等待job 执行后，数据会从抓取队列中进入到delta queue中。当采用无序v3 更新时，设定job 的执行时间，当r3 端产生了一条新的凭证，该凭证信息会直接保存到updatetable 中， lbwq查看 update table中数据，等待job 执行后，数据会从抓取队列中进入到delta queue中。29. 三种更新抽取方式的区别。当采用直接更新时，当r3 端 application table中产生了一条新的凭证后，该凭证不仅保存到了后台表中，也直接更新到了delta queue 。当采用队列化更新时，设定job 的执行时间，当r3 端产生了一条新的凭证，该凭证信息会直接保存到

15、抓取队列中，lbwq查看抓取队列中数据，等待job 执行后，数据会从抓取队列中进入到delta queue中。当采用无序v3 更新时，设定job 的执行时间，当r3 端产生了一条新的凭证，该凭证信息会直接保存到updatetable中， lbwq查看 update table中数据，等待job 执行后，数据会从抓取队列中进入到delta queue中30. 什么是处理链，如何创建，处理链发生错误后如何处理就是一个JOB（计划），设置一个时间，让系统在后台自动执行。Rspc 创建处理链， BW 官方处理链标准流程:错误处理：查看监控日志，查找错误，修复以后，执行修复或者重复功能。31. 数据加载

16、中非法字符如何处理Rskc 处理32. MM ， SD， FI 模型中使用过的数据源以及后台表。33. 2lis_03_bx,2lis_03_bf,2lis_03_um 三个数据源的区别以及加载时的先后顺序。2lis_03_bx存放盘点数据2lis_03_bf存放明细数据2lis_03_um发票校验加载时，首先初始化加载2lis_03_bx, 然后加载2lis_03_bf, 最后加载2lis_03_um34. 使用过的 abap 代码。内表的基本操作，read读， modify更新， Loop 循环， append插入Select 查询等等。35. 使用过哪些例程，分别用于什么时候。开始例程，

17、结束例程，专家例程，field routine开始例程：转换关系执行前，用于清理数据。结束例程：转换执行后，用于赋值。专家例程：建立后，转换关系连线消失，所有转换关系通过abap 代码实现。使用比较少。Field routine：对某一个字段进行转换赋值。36.如何理解 error stack当数据加载的过程中有错误数据时，错误数据会被存放到error stack 中，在 error stack中可以看到错误日志以及可以修改错误数据，修改后，创建error dtp ，并执行，修改后的错误数据会通过error dtp从 error stack 中加载到 datatarget 中。37.采购，销售

18、基本业务流程。采购：1. 提交采购申请给采购部门，采购部门决定采购需求。2. 采购部门比较采购货源，与供应商进行询价报价3. 选定供应商，下采购订单。4. 采购订单处理5. 采购订单跟踪6. 收货 / 库存管理7. 发票校验。销售 :1. 售前活动2. 销售订单处理3. 拣配4. 发货过账5. 出具发票6. 应收账款38.采购模型中如何理解寄售和外协加工业务，如何保证报表的数据只是“标准订单”的数据。寄售：在出采购订单报表时是不包含此类型订单，在出报表时应分开处理。流程： 与供应商洽谈价格和条款，对供应商下寄售采购订单，寄售收货入库（不计库存管理），消耗供应商寄售产品，对供应商进行寄售结算。外

19、协加工：该订单费用为加工费，和一般订单不同，出具报表时应对其考虑细节。流程：与供应商洽谈加工费和加工bom ，下外协采购订单，发料给供应商，加工产品收货，同时计算消耗多少加工材料，发票校验。根据凭证类别是 f 或者l，凭证类型是 Nb 来出标准订单。39. 销售模型中报表需统计未发货的数量，如何统计，使用哪些数据源。计算未发货：根据采购订单的目标数量 已发货数量数据源： 2lis_11_vaitm采购行项目2lis_12_vcitm交货行项目40. 请求号如何传输。开发机测试机：可以由开发人员自己来传输，也可以回答由basis 来做测试机生产机： basis 来做，开发人员填写传输申请单，表明

20、传输内容，时间，原因，传输到位置，经项目经理批准后，交basis 处理。41. 数据加载过程中缺少了数据如何处理？查看开始例程和 dtp 过滤器，看是否进行过数据过滤。Bw 权限信息对象0comp_code-业务浏览器-相关权限打钩-激活user-role-权限pfcg （角色维护）-创建角色 - 权限 -更改授权 -人工的 -权限参数维护 - 维护字段值-RRMX,SU53 ， RSA!- 保存生成SU01用户维护创建角色rsecadmin分析权限管理主题：用户访问query 最基本的权限Query变量变量种类1.特性值变量用变量取代特性值，比如可选择的岗位目录，会计时间，报表显示货币等。2

21、. 文本变量如：发生人事变动时间3. 层次结构变量4. 层次结构节点变量5. 公式变量如：当年与上年的差额查询设计的关键要素 - 变量 - 处理方式（ 1 ）1. 用户条目 /缺省值可以被用于各种变量，传送用户输入的或者设定的默认值如：利润中心结构节点变量2. 替换路径通常用于文本，公式和特性值（基于另一个查询结果取值）3. 客户退出利用 sap 后台留给客户的接口进行计算，适用于各种变量在 sap 标准退出中无法实现的功能，例如:输入年月的上个月所对应的年值查询设计的关键要素- 变量 - 处理方式（2）4.sap 出口（客户不能定义）在 business content中发布sap 预先编制

22、的后台处理变量如：当前月份等5. 权限适用于特性值类和结构节点类变量根据用户拥有的权限得到相应的对象取值Bw 传输过程se01 se09传输过程请求BD3-BTR-BP3手工收集 -转到 -对象目录 -创建请求；统一收集 -拷贝技术名称- 传输连接 - 转换 - 选定对象 （技术名称查找）- 传输选择 - 显示（清单） -（数据源） 传输对象 （小车图标）se09- 释放 -（小车图标）stms- 传输管理系统- （小车图标）输入概览- 选中测试系统（双击）-import queue-（双向下箭头图标）望远镜右边-import request（ ctrl f11 ） - 输入传输请求bw 传输

23、数据源传输数据源传输一般在我们激活数据源结构及进行相应设置的时候就已经挂在某一个包或请求号上，只需要释放传输即可。bw 端传输deltadelta 仓库 两部分1.修改的、新增的2.上次成功的delta 库的清空：做两次抽取增量更新方式：增量队列 delta queue方式时间戳 time stamp方式delta queue增量队列原系统中的一个存储区域，存储了两类数据：原系统中自从上次增量抽取后产生的新数据或更改数据上一次增量抽取的数据（用于传输失败后的重传操作）查看增量队列RSA7delta typedelta type是决定了原系统中的数据如何传送到更新队列中的delta queue两

24、种方式Push Mode推模式PullMode拉模式增量类型决定了采用哪种增量方式Push Mode当事物保存时（列入输入一个销售合同），增量数据将直接被自动保存到增量队列中se16 查看 table ： RODELTAMDELTATYPE列值为DPull Mode只有 bw 端做 delta 抽取时，数据才从应用中传输到增量队列中se16 查看 table ： RODELTAMDELTATYPE列值为E增量操作前需要考虑的问题数据源是否支持增量更新数据源采用何种增量更新（决定了我们使用何种data target）RSA6 查看指定数据源是否支持增量更新查看数据源使用的增量类型SE16 查看表

25、ROOSOURCE， DELTA列的取值DELTA METHODABRABR 采用前镜像，后镜像和反转镜像的更新方式，既支持覆盖又支持累加，所以数据源可以更新到dso 或者 cubeAIEAIE 采用后镜像模式，只支持覆盖，不支持累加，故只是用于dso ，如果要加载到cube 中，需先通过dso 再转到cube在 FI-AR/AP中此种增量处理方式应用较多ADDADD 只支持累加，采用的是附加镜像的更新方式，所以既可以更新到dso 又可以更新到cubeV3 update modeV1 同步更新模式，即凭证产生就更新增量，与业务数据同步更新V2 异步更新模式，就如一个两步的操作一样，第一步业务凭

26、证更新了，然后在更新第二步的数据源增量表V3 异步更新模式，与V2 的区别在于它的更新时通过后台事件来触发的，既定一个任务定是收集增量并更新至增量表V3 无序列化，凭证无序，对于覆盖模式是致命的，所以dso 不能用v3怎样进行初始化：当infopage运行到时候，delta 队列就建立了，这个和setup table没有关系setup table是怎么回事儿：在 LO （ logistic，后勤）的抽取中，extractor不允许直接操作应用表，也许是为了方式读写的冲突，也许是为了保证凭证的安全，也许是为了减轻负载，反正就是不行，所以就得在initialization的时候delta 然后 f

27、ill setup table 。仅限于 LO 的数据源。FI 的为什么不用setup table：因为FI 的数据可以直接从table 里抽取。RSA7 （ delta queue），这是虚拟的，真实存放数据的是SMQ1 （ out bound queue）delta机制time stamp我们的 R/3 系统提供了这么一种功能，来标记新旧数据的差别，可以通过Time stamp ， Calendar Day ， Numeric Pointer来标注。设置方法1.数据源要提供字段，用来填充delta specific field几张表：roosprmsc要了解这张表，还需要知道一个概念叫做L

28、UW逻辑单元rsreqdone看这些请求号PSAdelta queue1.delta（ RSA7查看 delta queue结构2.delta repeatSMQ1查看内容）V3update table sm13jobV2extraction queue (lbwq)jobINT/FULLINT带数据 / 不带数据V1SETUPTABLE 删除填充 (SBIW) 查看 RSA3LO 数据源除 S1DEL_IND <> 的记录仅保留 S1PROCKEY =DELETE SOURCE_PACKAGEWHERE /bic/s1del_ind<>''.DELET

29、E SOURCE_PACKAGEWHERE /bic/s1prockey<> '000'AND /bic/s1prockey<> '001'AND/bic/s1prockey<>'010'AND/bic/s1prockey<>'011'AND/bic/s1prockey<>'020'AND/bic/s1prockey<>'021'AND/bic/s1prockey<>'004'AND/bic/s1pr

30、ockey<>'005'AND/bic/s1prockey<>'014'AND/bic/s1prockey<>'015'AND/bic/s1prockey<>'024'AND/bic/s1prockey<>'025'AND/bic/s1prockey<>'009'AND/bic/s1prockey<>'019'AND/bic/s1prockey<>'029'.安全提示 :

31、您的好友正在异地登录，如果有涉及财产的操作，请一定先核实好友身份。查看详情尧哥13:40:59DATA:it_s1ccg101TYPE TABLE OF/bic/as1ccg10100,SELECT /bic/s1po/bic/s1po_itm/bic/s1docdatecaldaycalweekcalmonthcalmonth2calquartercalquart1calyearfiscperfiscper3fiscyear/bic/s1purorg/bic/s1vendor/bic/s1doccate/bic/s1doctypeFROM /bic/as1ccg10100INTOCORRESPONDINGFIELDSOFTABLE it_s1ccg101FOR ALLENTRIES INRESULT_PACKAGEWHERE /bic/s1po=RESULT_PACKAGE-/bic/s1poAND /bic/s1po_itm=RESULT_PACKAGE-/bic/s1po_itm.SORT it_s1ccg101BY/bic/s1po/bic/s1po_itm.LOOP ATRESULT_PACKAGEASSIGNING