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 table
D：Dimensions table (纬度表)
P：Master Data Table
T：Text Data Table
S：SID Table
H: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_CUSTW1
IO_MATW1

IO_OFFCW

IO_SREGW

IO_SREPW

注意，抽取平面文献主数据时从新抽取一定要把已经存在主数据删除，主数据可以存在文本，主数据属性组好不要存在文本

浮现这种状况因素？？？？
因素是：主数据表和文本表中字段不相应，在文本表中加一列语言代码“1”：

对的后主数据是：

连接offic、销售地区和销售代表两种方式：
1、 用属性方式连接
2、 用依赖时间层次构造连接
3、 用依赖依赖时间整体层级连接
4、 用依赖时间导航属性连接
几种在显示上没有区别，仅仅在执行效率上有区别，最重要是：有些可以使用汇集有些不能使用汇集
BW Data Mart
1、data mart作用类似ALE
2、用于数据清洗作用
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系统中去
进入810àSPRO
点

定义逻辑系统

定义完毕后，把client分派给咱们刚才定义逻辑系统

注意上图点
这样咱们可以从BW客户端容许修改810这个client

保存后：

2、 进入BW系统也要做上述环节àspro

选取定义逻辑系统
定义逻辑系统BWCLNT110:

然后分派client给逻辑系统BWCLNT110

3、 为后台顾客命名(创立两个后台通信顾客)
创立后台顾客client 810 for r/3:ALEREMOTE 密码：pass1234
Client110 for BW:BWREMOTE 密码：pass1234
810：

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、运用

  <?xml version="1.0" ?>
- <IGSCONFIGURATION version="1.0">
  <TRACELEVEL>0</TRACELEVEL>
- <MUX ip="sapnetwv" port="40000">
  <LISTENERRFC programid="IGS.NTW" gwhost="sapnetwv" gwservice="sapgw00" recontime="60" />
  <LISTENERHTTP port="40080" />
  </MUX>
  <PORTWATCHER port="40001" loadfactor="3" />
  <PORTWATCHER port="40002" loadfactor="3" />
  </IGSCONFIGURATION>

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到InfoSource

2、基本操作环节（一种图片）

环节：

1、 创立或者激活BussinessCountent中InfoObject
BC:SAP预定义某些Object
以0plant（工厂）为例
2、 进入R/3àrsa5 激活数据源
r/3中DataSource分为两个状态：D状态 Active状态
rsa5中都是D状态版本
在P35-810àrsa5中找不到0plant这个用于主数据数据源，不明因素？？

与否是定在BW端定义原系统时候传递完全局设立后，复制数据源，复制结束后，在原系统右键激活。

理解BussinessContent中安装相应对象后本质上是安装了哪些东西
0MATERIAL（出错）
运用sapBussniessContent做为模版修改或者创立新InfoObject
数据流图：

两种方式：
1、 以0plant作为模版，创立一种新InfoObject
2、 以既有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(业务目录)中不存在需要自己DIY
ZVENDOR05
属性数据：

文本数据：

环节：
1、

Tcode：se11

注意：在西北P35系统上只能以”Z”开头命名
注意：从D00创立视图然后传到810系统中去
视图ZVENDOR05_ATTR数据所有来源于LFM1

设计好视图，检查并激活，生成传播祈求号
同样创立TEXT视图：
此视图中存在表之间联结关系

注意：联结条件和Filed中字段必要涉及两个表所有KEY，不涉及则会抱错，当KEY作为联结条件时，在Filed中可以只浮现一次
2、

顾客：yyqchu 密码：pass1234
Tcode：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、ODS
2、汇集
3、BC学习

InfoCube设计基本：
1、依赖时间层次构造（第一种平面文献抽取例子就是依赖时间层次构造）

如上图选中在设计层级时就会如下图所示:浮现“开始时间”和“结束时间”

记住如下图给层级加上有关外部特性

三种属性:导航属性、显示属性、绑定属性（绑定属性和主对象密切有关，在Query中使用主对象时绑定属性随着拖过来，不显示时写好固定值然后隐藏，做为查询sql条件）

2、依赖时间导航属性

把之前做过练习依赖层级例子改为（依赖时间导航属性）

上图显示此种立方体设计办法构造：重要：
应用此种方式创立InfoCube时，要选中相应

例如：IO_SREG、IO_SOFF作为其她特性属性时候不能加在CommunacationStructurez中
依赖时间导航属性好处：可以以便灵活从有关主数据表中修改和维护时间：

（需要增长练习）

3、 纬度特性设计法

上图特性作为纬度时候InfoSource中CommunicationStructure里要加入“销售办公室”等特性
上图三个特性共同构成一种销售代表纬度叫做“纬度特性法

次设计办法完全依照事务数据表中内容展示数据，例如“销售办公室随时间变化”这种场景

概念：纬度随时间缓慢变化（依照主数据从属关系分析事物数据4种规则）

纬度特性法属于：

“今天是昨天”就是按照今天主数据归属去判断昨天事务数据

昨天是今天类似今天是昨天道理

上图是“今天和昨天”：只有昨天和今天并集才干在报表中被反映
昨天和今天意思是在“报表”中以什么时间主数据构造来反映事物数据原则

相比“依赖时间导航属性”（作为主对象属性同步要作为纬度属性）“纬度特性法”速度要比较快，由于“销售办公室”等距离纬度表比较近
4、 依赖时间整体层级
此前依赖时间层次构造（将时间作为层级一种节点）：
缺陷：不能在InfoCube上构成汇集

当前依赖时间整体层级
解决了不能在层级上构建汇集缺陷，创立两个层级：

选取要用到特性
创立第一种层级（２０００．１．１年后来）

创立第二个层级：（１９９９．１２．３１此前）

点图标：
·

是代表截至日期

InfoCube中各种InfoObject可以分派给同一种纬度，例如：下图“成本中心编号”和“成本控制范畴”都分派给了”CostCenter”这个纬度