|
在此数据包的控制流图面中创建一个新的数据流；现在，您需要配置一个查询转换；配置第二个实例（客户），使其查询客户维度表中的C；最后步骤；最后一步是将数据加载到FactInternetS；图5用于Internet销售事实表的OLEDB目；要测试Internet销售事实数据包，请在BID；现在，您基本了解了维度建模和使用SSIS构建按E；商业智能BI中常规数据源的 在此数据包的控制流图面中创建一个新的数据流。打开数据流设计器，创建一个 OLE DB 源组件。将该组件命名为 AW_OLTP，使用图 4 中的查询作为其源。此查询会生成 Adventure Works 销售表中 OrderQuantity 和 SalesAmount 两个度量值的聚合（总和）。 现在，您需要配置一个查询转换。将查询转换组件的两个新实例从工具箱中拖动到数据流设计器图面，并将其重名为“产品”和“客户”。配置第一个实例 （产品），使其查询产品维度表中的 ProductKey。配置方法为将维度表的 AlternateKey 与从 AW_OLTP 源查询传入的 ProductID 字段相联接。 配置第二个实例（客户），使其查询客户维度表中的 CustomerKey。配置方法为将维度表中的 AlternateKey 与从 AW_OLTP 源查询传入的 AccountNumber 字段相联接。 最后步骤 最后一步是将数据加载到 FactInternetSales 事实表，并将每个维度的自然键替换为查询转换找到的代理键。拖放 OLE DB 目标组件的新实例，并将其命名为“AW_DM”。编辑该 OLE DB 目标组件，选择 AW_DM 连接管理器。然后，选择 dbo.FactInternetSales 表并单击“映射”选项卡。确保映射如图 5 所示。单击“确定”完成此数据包逻辑。
图 5 用于 Internet 销售事实表的 OLE DB 目标映射 要测试 Internet 销售事实数据包，请在 BIDS 中打开此数据包并按 F5。 现在，您基本了解了维度建模和使用 SSIS 构建按 ETL 设计的数据包。在第三篇系列文章中，您将学习如何使用填充的数据市场创建用于 SSAS 数据库的维度和多维数据集。多维数据集构建完成后，您可以开发一个 SSIS 数据包。这样，每次有新数据添加到数据市场中，您都可以在 SSAS 数据库中持续更新这些对象。当使用单一查询无法满足报告要求时，SSIS 甚至能够准备在 SSRS 商业智能 BI中常规数据源的建立与分析 2011-06-02 21:24:38 作者：admin 来源： 浏览次数：101 网友评论 0 条 为了提高BI系统的整合力度，现在不少企业，都将BI作为ERP系统的一个模块来设计。或者说，将ERP系统与BI在同一个平台上实现。从而提高应 用系统的灵活性 为了提高BI系统的整合力度，现在不少企业，都将BI作为ERP系统的一个模块来设计。或者说，将ERP系 统与BI在同一个平台上实现。从而提高应 用系统的灵活性。对于SAP来说，ECC(ERP系统)与BW(BI系统)是无缝集成的。在实际项目中，根据业务的需要，项目管理员往往需要在ERP系统 中建立数据源，为BI系统所使用。这与笔者上篇文章所说的自定义数据源不同。自定义数据源是系统已经创建好了相关的视图，项目管理员只需要利用鼠标点点字段即可。而常规数据源则需要项目管理员从零开始，从设计视图到最终传输数据的一整个过程。其核心流程如下：
▲ 一、确定页签所对应的数据表 在BI系统中对数据进行分析时需要用到多个表格的数据。而在ERP系统中，出于性能的考虑，往往是将数据分开在多个表格中存储。由于两种系统的目标不 同，为此在后台数据表中有很大的不同。在将ERP系统与BI系统进行整合时，首先要做的就是调整ERP系统的相关表格，以符合BI系统的需要。这个调整， 当然不能影响到ERP系统的基本表。在实际工作中，往往是通过视图或者查询来完成的。
无论是视图或者查询，项目管理员首先需要了解的是 后台数据表与前台页签之间的关系。如在创建物料信息时，其后台对应了几十张表格。每个表格中，包含了哪些信息?即使一个资深的实施顾问，也很难说的清楚。 为此我们希望能够提供一种方便的查询方法。笔者的建议是，最好能够通过ERP所在的页签或者某个字段，就能够查询到其后台所对应的表格。这对于我们进行后 续的操作时非常便利的。 在SAP ERP系统中，就提供了这种查询的机制。如下图所示：
▲ 3、点击技术信息图标 1、打开对应页签。注意鼠标要定位在某个字段上 2、点问号图标 第一步：项目管理员需要打开自己所关注的页签。如打开物料信息的采购页签。假设现在项目管理员在数据分析时，需要用到物料采购视图中的采购单位字段。但是又不知道这个字段所对应的后台数据表是哪一个。此时项目管理员就可以在这个页签中将鼠标定位到采购单位字段。 第二步：选中字段后点击工具栏上的问号图标。注意，一定将鼠标定位到相关的字段上。否则的话，是无法得到正确的结果的。在查询的结果中，系统会告诉这个字段所对应的后台数据表是哪一个。 第三步：在打开的帮助窗口中，点击“技术信息” 图标。这里告诉大家一个小技巧。如用户需要了解每 个图标所对应的含义，用户可以将鼠标停放在对应的按钮上 几秒钟，系统会自动显示这个按钮对应的描述。如笔者将鼠标在上面这个按钮上停留了几秒钟，系统就提示，当用户点击这个按钮时会显示相关技术信息。点击技术 信息这个图标后，会打开后台数据表的相关信息，如下图所示： 项目管理员凭借这些信息，就可以了解前台某个字段所对应的后台数据库表名以 及表的字段的名称和相关的数据元素。掌握这些信息，对项目管理员进行视图的设计，有很大的帮助。无法了解这些信息，后续的工作是无法展开的。如果要将BI 系统与ERP系统进行整 二、创建视图 当项目管理员了解某个业务后台数据表的基本逻辑之后，接下去的工作就是创建视图。这里需要注意，说到视图，很多人会想到在数据库中进行创建。不过笔者这 里谈的创建视图，并不是在后台数据库中直接创建。而是在前台，通过BI的界面来创建视图。不过无论是哪边创建，都必须知道后台数据表所对应的关系。可见， 作为一个BI顾问，要了解的内容比较多。出了实际的业务之外，还必须了解数据库表的相关内容，如主键、外键等等。 在SAP系统中，创建视图的代码是SE11。通过这个代码可以打开视图的创建窗口。在创建视图时，笔者有如下几个建议。 一是视图的命名规则。虽然在BI系统中，对于用户自己创建的对象没有强制的命名规则。不过在业界，还是有一套约定俗成的规则。简单的说，就是自己所创建 的对象，最好以Z开头，然后后面加具有业务含义的名字。毕竟在中大型的项目中，往往是团队作业。在这种情况下，遵守游戏规则还是蛮重要的，可以提高团队的 合作性。 二是字段的多少。从技术上来看，项目管理员可以将相关表格中的所有字段内容都传输到B1系统中去。但是从性能等角度考虑，是不 建议这么做的。数据量一多，特别是字符型数据一多，无论是对数据的传输，还是对数据的查询，都会带来很大的不便。为此我们在选择字段的时候，一定要谨慎。 既要能够满足日后业务的需要，也不要太过于泛滥。这对项目顾问有比较高的要求。如其需要了解这个业务的实质，以判断需要用到的字段。同时又需要跟用户反复 沟通，了解他们的需求。然后才能够确定哪些字段是需要的，哪些是不必要的。笔者的建议是，对于数值型的字段，可以大量的迁移到BI系统中去。而对于字符型 或者文本型数据类型，则要谨慎。要少而精。 |
|
|
