BW数据仓库模型创建注意事项样本.docx

创立一种IO：Bw中D版本意思是delivery版本，就是BW系统预定义版本上边是事物数据类型更新下边是主数据类型更新当主数据数据源FlatFile中包括中文时候：如果主数据包括中文字符字符集要选8400创立完毕InfoObject之后，上图创立了MasterData Table 和TextTable 并没有创立SID Table 如果选中“带文本”系统就会创立相应文本表，文本表和SID表、层级表之间是用主外间关系来关联，点中和 系统就在文本表中分别创立长文本和语言2个字段上图暂时不明白什么意思？上图没有练习过？ 普通使用什么状况下使用?：点：DIS代表Display 阐明属性是显示属性导航属性：点将Display属性转换为导航属性创立InfoObject时候注意取值是大写还是小写，如果存在小写则选中InfoObject中存在数据类型：分析：SLD表、属性表、文本表、层级表抽取主数据时候主数据和语言有关话中文是 “1” 英文是 “E”当主数据带有文本数据时候一定要注意文本长度，普通选取长文本，避免文本长度不够现象，短文本是20Char长度，长文本是60Char长度当浮现转换错误时，是0unit转换出错，就是数量单位字段，没有对象对的，也就是说CommunicationStructure中字段和.CSV中列数据没有相应对的下边是对的倒入数据后“维护主数据” 依赖于时间层次构造：上图右边圈中是层级表F：fact tableD：Dimensions table (纬度表)P：Master Data TableT：Text Data TableS：SID TableH:Hierarchy(层级表) I：Hierarchy依赖表，与D(Dimentions表通过ABAP程序关联)K：Hiearchy依赖表，与I表关联/BIC/SIO_SREP：Hiearchy依赖表与K表关联Navigation attribute:导航属性Display attribute:显示属性当前没有做InfoCube因此没有生成SID表，继续往下练习，注意生成SID表在哪一步。InfoCube三种设计方案：1、依赖于时间导航2、纬度特性法：将特性作为纬度特性3、依赖于时间整体层级关系，依赖于时间整体层级容许咱们构建汇集，在开始练习中不容许咱们构建汇集，开始是依赖于时间层次构造，咱们当前练习是依赖时间整体层级依赖于时间整体层级关系：层级自身依赖时间，层级中节点和叶子并不依赖时间依赖于时间层次构造：层级自身不依赖时间，而层级下节点和叶子依赖于时间IO_CUSTW1IO_MATW1IO_OFFCWIO_SREGWIO_SREPW注意，抽取平面文献主数据时从新抽取一定要把已经存在主数据删除，主数据可以存在文本，主数据属性组好不要存在文本浮现这种状况因素？因素是：主数据表和文本表中字段不相应，在文本表中加一列语言代码“1”：对的后主数据是：连接offic、销售地区和销售代表两种方式：1、 用属性方式连接2、 用依赖时间层次构造连接3、 用依赖依赖时间整体层级连接4、 用依赖时间导航属性连接几种在显示上没有区别，仅仅在执行效率上有区别，最重要是：有些可以使用汇集有些不能使用汇集 BW Data Mart1、data mart作用类似ALE2、用于数据清洗作用ALE作用是在不同CLIENT之间互换传递数据：Data mart 几种分布数据模型：当创立一种ODS时候，系统会自动创立一种data mart interface（数据栈接口）以8打头一种导出数据源用BW中已有ODS和Cube作为数据源向其她Cube导入数据时候，是用data mart interface来导入下图是两个BW系统之间传递数据BW到R/3连接环节前边有所解说，回头要写详细环节文档从原系统生成导出数据源：1、 Generate生成 Export导出，生成后是以8开头数据源，在object tree中是不能显示找到，留下此问题？2、 在目的系统中复制数据源，这样就把刚才导出数据源复制到了target系统中3、复制完毕后点data source overview来显示数据源中对象，检查与否对象已经复制到原系统下搜索以8开头原系统中导出数据源，看目的系统中与否已通过来了导出数据源上图阐明已通过来了Assign infosource：注意：infoobject数据源assign时候必要先手动创立出来她，否则找不到相应infosource,必要事先手功能创立它创立之后就可以进行infosourceassign了Assign之后自动创立是：transer structure,communication structure,transfer rule下边就可以创立infopackage了，此时是没有住数据，要通过infopackage来加载特性主数据在目的系统显示复制过来数据源8开头办法：注意sap liabary上某些小黄灯，都是小技巧地方在IP中选取抽取条件时候有时候会出来一种提示框，提示你登陆，这时把sm59中改成后台登陆SM59看顾客是选取屏幕登陆还是后台登陆抽取主数据结束后看效果:重复刚才操作找到文本数据源，用搜索来查找下边小节是简介从数据源到infocube过程中一种数据清洗过程下边一方面看BW和R/3连接配备：然后把连接配备做好810，顺便把上边练习做好BW到R/3连接，以810为例子在BW中创立一种独立client作为练习之用1、 在r/3（P35）创立一种逻辑系统并复制到BW系统中去进入810SPRO点定义逻辑系统定义完毕后，把client分派给咱们刚才定义逻辑系统注意上图点这样咱们可以从BW客户端容许修改810这个client保存后：2、 进入BW系统也要做上述环节spro选取定义逻辑系统定义逻辑系统BWCLNT110:然后分派client给逻辑系统BWCLNT1103、 为后台顾客命名(创立两个后台通信顾客) 创立后台顾客client 810 for r/3:ALEREMOTE 密码：pass1234 Client110 for BW:BWREMOTE 密码：pass1234810：BW原系统（R/3）创立环节：1、SM59创立目的系统连接(以P35Cli810为例子)2、创立P35CLNT810原系统 RSA1写入原系统有关信息：成果：原系统810创立完毕下边是将P35CLIENT810全局变量设立传递到BW中来：上图代表传送成功！也可以对系统默认ALE顾客进行修改：Tcode:SPRO在上图中可以对系统默认ALE顾客进行修改下边是新client创立110：维护clinet 110对于新建client用sap*进入，密码：pass看右下角状态：注意以上环节都要在001中完毕而不是在300中完毕配备001：进入spro：进入：SCCL：COPY可以是后台也可以是前台这里我选取前台立即执行COPY过来之后,在spro中定义国家中数据都过来了，此时可以定义su01顾客了COPY结束如下图：设立公司或个人：BW IGS配备过程IGS配备需要很长时间，回宿舍在配备，配备过程要事先安装好patch和组件第2套资料记录：BWAUth* 类视频是BW权限控制解说，放到最日后看BW Reporting&Analyzer 报表和分析（先看此某些视频）EXTR_LO_* BW物流数据抽取 EXTR_LO_* BW物流数据抽取1、运用 - 0 - RSZC - Copying Queries between InfoCubes在InfoCube之间复制queries，详细好处有待验证插曲：sql 删除表中数据：Truncate是SQL中一种删除数据表内容语句，用法是：TRUNCATE TABLE Table Name。 下面是对Truncate语句在MSSQLServer中用法和原理阐明：Truncate table 表名 速度快,并且效率高,由于：TRUNCATE TABLE 在功能上与不带 WHERE 子句 DELETE 语句相似：两者均删除表中所有行。但 TRUNCATE TABLE 比 DELETE 速度快，且使用系统和事务日记资源少。 DELETE 语句每次删除一行，并在事务日记中为所删除每行记录一项。TRUNCATE TABLE 通过释放存储表数据所用数据页来删除数据，并且只在事务日记中记录页释放。 TRUNCATE TABLE 删除表中所有行，但表构造及其列、约束、索引等保持不变。新行标记所用计数值重置为该列种子。如果想保存标记计数值，请改用 DELETE。如果要删除表定义及其数据，请使用 DROP TABLE 语句。 对于由 FOREIGN KEY 约束引用表，不能使用 TRUNCATE TABLE，而应使用不带 WHERE 子句 DELETE 语句。由于 TRUNCATE TABLE 不记录在日记中，因此它不能激活触发器。 TRUNCATE TABLE 不能用于参加了索引视图表。Bw Queries开发与设计记录：Context Menu 开发与设计是重点： 凭记忆内容：1、报表设计2、？3、?4、?5、?6、?7、?8、?BW从R/3加载数据练习记录：2个目的：1、和从平面文献抽取数据区别平面文献：当创立InfoSource时候系统自动附加DataSource到InfoSource2、基本操作环节（一种图片）环节：1、 创立或者激活BussinessCountent中InfoObjectBC:SAP预定义某些Object以0plant（工厂）为例2、 进入R/3rsa5 激活数据源r/3中DataSource分为两个状态：D状态 Active状态rsa5中都是D状态版本在P35-810rsa5中找不到0plant这个用于主数据数据源，不明因素？与否是定在BW端定义原系统时候传递完全局设立后，复制数据源，复制结束后，在原系统右键激活。理解BussinessContent中安装相应对象后本质上是安装了哪些东西 0MATERIAL（出错）运用sapBussniessContent做为模版修改或者创立新InfoObject数据流图：两种方式：1、 以0plant作为模版，创立一种新InfoObject2、 以既有DataSouce为模版，创立一种新DataSource手工DIY环节：注意点：Replicated Transfer Structure过程就是将原系统数据源中Filed和ConmmunicationStructure中InfoObject建立映射过程，类似Xi中MM.在原系统中几种TransferStructure可以通过TranferRule汇集到一种CommunicationStructure上图就是一种TransferStructure它构成了字段和InfoObject映射关系上图右边信息是数据源中字段和InfoObject映射，左边是字段和CommunicationStructure中相应InfoObject映射，这样体现了DataSource中字段和CommunicationStructure、InfoObject之间映射关系，底层传播是RFC，IDOC逻辑系统之间传播方式。IO字段是InfoObject中重要字段，就是输入输出字段，相应是也就是说原系统中字段BELNR(凭证编号)最后被映射到了InfoObject中IO字段DOC_NUM上来 上图中在转换构造中“选取”上打钩复制完毕后激活相应对象和构造，BW将TransferStructure再复制回R/3中去InfoSource：UpdateRule:重要是指定金额数据如何（运算）传播到数据目的中去0vendor供应商加一种绑定属性“采购组织”在BS(业务目录)中不存在需要自己DIYZVENDOR05 属性数据：文本数据：环节：1、Tcode：se11注意：在西北P35系统上只能以”Z”开头命名注意：从D00创立视图然后传到810系统中去视图ZVENDOR05_ATTR数据所有来源于LFM1设计好视图，检查并激活，生成传播祈求号同样创立TEXT视图：此视图中存在表之间联结关系注意：联结条件和Filed中字段必要涉及两个表所有KEY，不涉及则会抱错，当KEY作为联结条件时，在Filed中可以只浮现一次2、顾客：yyqchu 密码：pass1234Tcode：SBIW在下图打钩，阐明该字段可以作为将来选取加载数据条件，就是数据加载过滤条件同样创立文本数据源：注意上图选取“文本”而不是“主数据属性”进入rsa6(activeversion)，检查刚才建立两个数据源：阐明数据源已经激活，创立数据源完毕。（RSA5中并不存在着两个数据源，由于rsa5是SAP传递过来原则数据源）RSA5与否是由BussinessConten安装过来？到此环节，TransferDatasource也已经完毕，由于它们已经是Active状态了下一步：在BW中复制数据源（先将申请号传播到810）问题：下图中作用什么？与否就是增量加载数据？3、上图为特性0VENDOR05构造，G_EKOGRG为绑定属性，下边为DISPLAY属性SAP原则练习记录：分析一家公司费用中心帐号使用状况BC中提供了一种0CCA_C11费用中心在此公司是13位，而在BW中是10个字符，这样需要创立一种新InfoObject规则：以13位为原则，其她数据源到过来费用中心都增长三个字符，变成13位Step：1、 创立新代表费用中心编号InfoObject激活InfoObject诀窍:激活它所在InfoSource就可以激活有用所有InfoObject显示属性：2、 创立InfoCube如下是视频上没有几种InfoObject问题：什么状况下需要“导航属性”“绑定属性”？练习在InfoObject上创立TransferRouting(例如增长3位长度) 上图增长一句检查原系统名称：如果原系统名称不是I_EXTERN则执行此句下边语句。Query上发现新问题：在QueryDesigner上当两个计算公式发生冲突时，在下图选取显示哪个公式成果：点则显示当前公式成果点则显示竞争对手成果此场景选取“该公式成果”问题解决！资产BW分析：重点：1、ODS2、汇集3、BC学习InfoCube设计基本：1、依赖时间层次构造（第一种平面文献抽取例子就是依赖时间层次构造）如上图选中在设计层级时就会如下图所示:浮现“开始时间”和“结束时间”记住如下图给层级加上有关外部特性三种属性:导航属性、显示属性、绑定属性（绑定属性和主对象密切有关，在Query中使用主对象时绑定属性随着拖过来，不显示时写好固定值然后隐藏，做为查询sql条件）2、依赖时间导航属性把之前做过练习依赖层级例子改为（依赖时间导航属性）上图显示此种立方体设计办法构造：重要：应用此种方式创立InfoCube时，要选中相应例如：IO_SREG、IO_SOFF作为其她特性属性时候不能加在CommunacationStructurez中依赖时间导航属性好处：可以以便灵活从有关主数据表中修改和维护时间：（需要增长练习）3、 纬度特性设计法上图特性作为纬度时候InfoSource中CommunicationStructure里要加入“销售办公室”等特性上图三个特性共同构成一种销售代表纬度叫做“纬度特性法次设计办法完全依照事务数据表中内容展示数据，例如“销售办公室随时间变化”这种场景概念：纬度随时间缓慢变化（依照主数据从属关系分析事物数据4种规则）纬度特性法属于：“今天是昨天”就是按照今天主数据归属去判断昨天事务数据昨天是今天类似今天是昨天道理上图是“今天和昨天”：只有昨天和今天并集才干在报表中被反映昨天和今天意思是在“报表”中以什么时间主数据构造来反映事物数据原则相比“依赖时间导航属性”（作为主对象属性同步要作为纬度属性）“纬度特性法”速度要比较快，由于“销售办公室”等距离纬度表比较近4、 依赖时间整体层级此前依赖时间层次构造（将时间作为层级一种节点）：缺陷：不能在InfoCube上构成汇集当前依赖时间整体层级解决了不能在层级上构建汇集缺陷，创立两个层级：选取要用到特性创立第一种层级（年后来）创立第二个层级：（此前）点图标：是代表截至日期InfoCube中各种InfoObject可以分派给同一种纬度，例如：下图“成本中心编号”和“成本控制范畴”都分派给了”CostCenter”这个纬度