BW面试问题

### BW面试问题详解 #### 1. 过去几年的工作经验及项目背景 - **项目经验**: 面试者需要清楚地介绍自己在过去几年中参与的项目类型及其具体内容。例如，提到了曾经参与过电商和通信行业的项目，并具体提到了负责的报表种类，如财务报表、销售报表以及仓储物流明细报表等。 - **数据源**: 需要明确这些报表的数据来源，以及是否熟悉数据源的增量更新机制(delta机制)。 #### 2. 项目团队结构及工作分配 - **团队规模**: 在一个典型的项目中，团队规模为5人，其中3人专注于建模工作，另外2人则负责报表开发。 - **任务分配**: 团队成员根据各自的专长和项目需求被分配到不同的任务中，这种分工有助于提高效率并确保项目的顺利进行。 #### 3. BW项目建模 - **模块数据抽取**: 对于需要从某一模块抽取数据的情况，一般会有3-4个模型、7-8个DSO。这样的设计主要是为了实现数据的分层备份和高效管理。 - **设计原因**: 采用分层备份的设计方法是为了确保数据的安全性和完整性，同时也能更好地适应不同类型的数据需求。 #### 4. DSO与Cube的数据加载 - **数据加载频率**: 数据加载通常安排在每天晚上进行，以减少对日常业务的影响。 - **数据量**: 加载的数据量从十几万条到几百万条不等，这取决于实际业务需求和系统的处理能力。 #### 5. 开发成果的传输 - **成果传输**: 开发好的模型和查询可以通过SE10进行释放，再通过STMS传输到生产环境。 #### 6. 模型的协同开发 - **请求号分配**: 在协同开发过程中，新加入的开发者会自动将其工作内容关联到先前请求的下方，以避免冲突并保持开发的一致性。 #### 7. 数据源的复制 - **未复制的影响**: 如果在BW端没有正确复制数据源，会导致系统报错，提示需要复制数据源。 #### 8. R3底表的熟悉程度 - **数据源表格**: 可以通过`help.sap.com`查询具体的表名，这表明面试者对R3底表有一定的了解。 #### 9. 文件上传与数据优化 - **批量处理**: 当面对大量数据文件上传时，可以通过编写程序实现分批次上传，每批次的数据量建议控制在1-2万条之间。 - **数据流转路径**: 数据从TXT文件导入到内表，再到R3系统中，整个过程中需要合理规划数据的分批处理和清除策略。 #### 10. 工作中的挑战与解决方案 - **解决问题能力**: 面试者需要分享自己在实际工作中遇到的具体挑战，并详细介绍是如何克服这些挑战的。 #### 11. 建模步骤 - **基本步骤**: 虽然具体内容未给出，但一般涉及需求分析、数据准备、模型设计、测试验证等多个阶段。 #### 12. 限定关键指标(RKF) - **概念**: 在报表中使用特征来限制关键值的范围，从而实现更精确的数据筛选和展示。 #### 13. 计算关键指标(CKF) - **概念**: 通过组合多个关键值进行计算得出新的关键指标，用于复杂的数据分析场景。 #### 14. 设置条件后的结果 - **结果展示**: 设置条件后，报表将仅显示符合指定特征的数据。 #### 15. 设置例外后的结果 - **结果展示**: 设置例外规则后，报表会突出显示不符合常规的数据点。 #### 16. 查询中的变量设置 - **变量窗口**: 创建报表时添加变量会自动生成相应的输入窗口，无需额外配置。 #### 17. DSO与Cube的区别 - **主要差异**: - 处理关键值方面，Cube仅支持累加，而DSO支持累加和覆盖。 - 存储粒度方面，DSO适合存储较小的数据粒度，而Cube适合存储较大的数据粒度。 - 聚合能力方面，DSO不支持聚合操作，而Cube可以进行数据聚合。 - 数据模型方面，DSO通常采用平面表存储方式，而Cube采用星型模型。 - Delta机制方面，两者有所不同。 #### 18. 虚拟立方体、信息集与多立方体的区别 - **虚拟立方体**: - 支持直接访问数据源中的数据，无需通过PSA。 - 使用虚拟立方体可能会影响OLTP性能。 - 适用于需要即时数据的报表场景。 - **信息集**: - 提供了一种跨不同数据对象的数据视图。 - 不存储数据，仅作为数据视图的语法层。 - 类似于数据库表的JOIN操作，用于查询字段相等的数据。 - **多立方体**: - 可以包含多种类型的信息对象，如InfoSet、Cube和ODS。 - 实现了数据的灵活组织和展示。 #### 19. 数据集市的应用场景 - **应用场景**: - 适用于集团总部与各分公司之间需要进行数据交换的情况。 - 通过数据集市实现分布式计算和集中管理。 - 在同一系统中，数据集市可以作为其他数据目标的数据源。 #### 20. 聚集次数的判断依据 - **依据**: 虽然具体内容未给出，但通常聚集次数的判断依据可能是根据数据的性质、查询的需求以及系统的性能等因素来决定的。 #### 21. 数据源的Delta机制 - **Delta机制**: - LO: 使用队列(queue)机制。 - FI: 使用时间戳机制。 #### 22. LO的增量机制详解 - **增量机制步骤**: - 传输数据源。 - 维护提取结构。 - 维护生成的数据源。 - 复制和激活SAPBI中的数据源。 - 维护数据目标。 - 维护数据源与数据目标之间的转换关系。 - 创建数据传输流程。 - 激活提取结构。 - 删除设置表/执行设置提取。 - 选择更新方法。 - 初始化增量信息包。 - 必要时，计划V3集中运行。 - 执行增量上载的信息包。