上一页 1 ··· 41 42 43 44 45 46 47 48 49 ··· 55 下一页
摘要: 比较基础,适合菜鸟阅读:)Standard DSO 有三张表:Active Table,Change Log Tabe 和New Table (Acitvie Queue)。在Change Log和New Table,是以request id, package id和record id为key的。Active table则是语义上定义的key。Standard DSO里有个设置: Generation of SID, 勾上之后:激活的时候,会去更新主数据SID表。可以改善reproting的性能,但牺牲激活性能。Standard DSO里还有个设置:Unique Data Records,勾上 阅读全文
posted @ 2012-07-18 18:48 hanmos 阅读(2645) 评论(0) 推荐(0)
摘要: 简单总结一下: 1. 尽量不要在Cube里放太detail的数据,这种需求首先考虑R3用ABAP解决,如果非要在BW,可以考虑在DSO出明细报表,在Cube出汇总报表,通过RRI接口调用明细报表。关于RRI,请看: http://help.sap.com/saphelp_sm32/helpdata/en/99/08629bd3e41d418530c6849df303c9/content.htm 2. 当Cube的数据量很大时,可以拆分成多个Cube, 再用MultiProvider拼起来,这样query会在N个Cube中并行,提高效率。 这就是所谓的逻辑分区。常见的分区方式有按年月,按国家,. 阅读全文
posted @ 2012-07-18 18:34 hanmos 阅读(714) 评论(0) 推荐(0)
摘要: 有时,用户会对主数据(例如客户、物料)做一些修改,例如修改客户所属的区域,修改物料所属的分类等等。那么,对于这种修改过的主数据(DW中的缓慢变化维),如何在报表中体现出历史的真实情况呢? 首先,我们来看标准设置下的主数据更新情况。假设0customer 有一个属性0region, 该属性为time-indepent。这种情况下,当用户更新某customer的region时,原region会被覆盖。因此,报表中得到的都是关于 该客户的最新的region。Drilldown by region时,该客户的所有历史数据都将被归入最新的region中。这样,显然是无法反映历史真实情况的。 这时... 阅读全文
posted @ 2012-07-18 18:29 hanmos 阅读(601) 评论(0) 推荐(0)
摘要: 这周轮到我值班,要凌晨4点爬起来,做一些EDW日常抽数的监控,处理下错误。今天一切正常,有点无聊,就码点字吧。BW进入运维阶段之后,日常的数据抽取监控便成了运维中一个很重要的工作。关于自动抽数通常,生产系统的数据都是通过Process Chain 进行自动抽取的。高级一点的,会用event去触发PC,然后用job去触发event. 这样的好处是:1. job的管理比较灵活2. 可以用ABAP代码去触发event,这样就可以解决比较复杂的schedule的需求。同时,我们也用来开发一些t-code让用户自己控制抽数。再 高级一点的,会利用IBM的Tivoli来管理后台Job. 因为实际运行中,一 阅读全文
posted @ 2012-07-18 18:24 hanmos 阅读(907) 评论(0) 推荐(0)
摘要: 跟大部分电工一样,SAP顾问也经常有迷茫的时候。因为,这个世界变化实在太快了。每一个电工,总是在担心自己会不会被飞速发展的技术所淘汰。那 么,作为 一个BW顾问,应该如何保持市场竞争力呢?我觉得需要两个方面的努力:其一是不断更新自己的技术组合以适应职业发展的需要。其二是构建一个围绕你职业发展 的社交网络以让你经常能够获得一些机会。社交网络的建设对任何一个职场人士都非常重要,每个人也都有他自己的方式。这里,我重点结合我自己的学习规划,谈 谈BW顾问如何保持职业技能的市场竞争力。BW顾问在构建自己的职业技能组合的时候,有几个要点:1. 平衡技术和业务。BW顾问基本都是技术出身的,本质上是一个tec 阅读全文
posted @ 2012-07-18 18:17 hanmos 阅读(693) 评论(0) 推荐(0)
摘要: 问题背景: 目前遇到了一个小case,是关于一个有Delta机制的自建数据源总是抽不上来数据。 问题原因: BW的这种Delta机制原理是,系统中记录一个timestamp,比如20110531,这是上次抽取的日期。 于20110601执行Delta信息包,会抽取ERSDA为20110601-20110601期间的数据。 刚刚好,赶上处理链执行到该信息包的时间为凌晨2点左右,这就是说,6月1日的数据没有开始录入,而时间戳上显示数据已经抽过了,6月2日抽取的时候只会抽取20110602-20110602的新数据。 所以我们会考虑设置安全上下限。 上图的意思是,6月1日抽取的时候,会加... 阅读全文
posted @ 2012-07-18 17:48 hanmos 阅读(373) 评论(0) 推荐(0)
摘要: 正在装虚拟机,准备搞个Solution Manager给BW升升级,先尝试下。 凑这个功夫写点儿东西。 前段时间关注过TR(transfer rule)里面的read master data。 我们把一般的Rule Type 改成Read Master Data,会弹出个错误。 InfoObjects must be assigned to the DataSource fields Message no. RSTRAN120 Diagnosis Some source fields do not have an InfoObject assigned to them. However,... 阅读全文
posted @ 2012-07-18 16:46 hanmos 阅读(520) 评论(0) 推荐(0)
摘要: 总账是指总分类账簿(General Ledger)也称总分类账。是根据总分类科目开设账户,用来登记全部经济业务,进行总分类核算,提供总括核算资料的分类账簿。总分类账所提供的核算资料,是编制会计报表的主要依据,任何单位都必须设置总分类账。 总分类账为一级账目,总领统御明细类账目。总分类账定义:通过原始凭证记账,然后月末对全部记账凭证进行汇总,按各个会计科目列式其借方发生额和贷方发生额的一种汇总凭证 会计科目的分类:1、按反应的经济内容分类,分为:资产类、负债类、所有者权益类、损益类、和成本类2、按隶属关系分类,分为:总账科目和明细科目 阅读全文
posted @ 2012-07-17 16:13 hanmos 阅读(757) 评论(0) 推荐(0)
摘要: 这篇文章,真是救了哥,所以非常感谢这位作者。你看,人家也是2011年2月3号才写的,量身打造,多好的人,刚好赶上我了。 PS:前段时间设计的文本抽取方式被否,为了去R3重建数据源,我找到了这篇文章,方法果然精辟,而且里面的内容价值很高,荐! by Dirk Francis [ Senior SAP Business Warehouse Architect ] Thursday, February 03, 2011 Introduction Often reports need to show data in a tree-like structure. This is enabled vi.. 阅读全文
posted @ 2012-07-17 09:13 hanmos 阅读(1113) 评论(0) 推荐(0)
摘要: 需求:合同的业务数据中,需要销售代表的字段,合同的标准数据源中虽然含有0SALESEMPLY,但是如果该员工离职,这个字段不会随之修改为新的销售代表。因为员工离职后,所做修改的是客户的主数据,并不会改动合同。 问题来了,这样就导致了我们不能简单的增强在合同的数据源中,因为即便是初始化的时候数据对当时来说是正确的,但是,当今天是做的时候,新的输入任然不会进Delta队列,而被更新过来,因为合同并没有被修改。 解决办法:新建一个客户的IO(或者使用系统的0CUST_SALES,不过这里没用的属性太多,所以我自建了一个),将销售代表维护为IO的导航属性,通过自建的数据源每天FULL上载,并做Cha. 阅读全文
posted @ 2012-07-16 16:53 hanmos 阅读(392) 评论(0) 推荐(0)
上一页 1 ··· 41 42 43 44 45 46 47 48 49 ··· 55 下一页