数据库_数据库新技术_排行榜

数据库 虚拟云 浏览

小编:多SAP BW景观整合!–也许,这是我第一次听到,听起来真的很罕见,而且"不太常见"的情景。我想到的第一个问题是,为什么要这样做——将多个BW系统放到一个数据库中,例如SAP HA

数据库_数据库新技术_排行榜

多SAP BW景观整合!–也许,云中的数据库,这是我第一次听到,听起来真的很罕见,而且"不太常见"的情景。我想到的第一个问题是,为什么要这样做——将多个BW系统放到一个数据库中,例如SAP HANA。嗯,原因是多方面的–

可能有更多的原因,更好的原因。这通常类似于区域系统的整合,通常在地理上分散成一个单一的景观。从技术上讲,这是相当复杂的,因为像InfoObjects、DSO、Infocube、querys等BW对象,当从多个系统集合在一起时,可能会面临命名上的重叠,这会对其自身产生后续影响。例如,云联盟服务器,当来自不同BW系统的infocube 0SD\u C03要移动到合并的BW系统时,来自一个BW系统的infocube 0SD\u C03可能会出现问题,云服务器3年,特别是当两个对象都具有不同的特征和关键人物时。与其他BW对象也一样。

简单来说,这个概念很清楚,BW对象的技术名称需要是独占的,以便可以无缝地合并到单个系统中。但是怎么做呢?想象一下BW对象的体积和每个对象所涉及的复杂性,整个项目将真正是庞大的和巨大的。

从方法的角度来看,可以有两种方法

超集方法的概念非常简单-创建一个单一的对象,并包括所有其他BW系统中使用的属性,因此我们有覆盖所有属性的单个对象。例如,对于主数据0MATERIAL from BW1 system具有attr1、attr2和attr3属性。BW2系统中的0材质具有属性attr4、attr5和attr6。如果要对此对象采用超集方法,则合并BW系统将具有属性attr1、attr2、attr3、attr4、attr5和attr6的0材质。尽管从对象元数据的角度来看这很清楚,但从数据的角度来看,这会带来复杂性。怎样?如果0来自两个不同BW系统的材料具有相同的值,则表示不同的材料。这基本上意味着两件事。

使用独特的重命名方法,更清晰的是该方法的中间部分,云之服务器,因为它是对所有对象的直接重命名,因此来自不同BW系统的对象在合并时仍然是无问题的,因为它们保持唯一性和排他性。但是,想想手动重命名整个对象集(InfoObjects、DSO、Infocube、MultiProvider、转换、例程、查询、进程链等)这是相当麻烦的,因为手动工作是巨大的,效率肯定很低,华为云分销,而且更容易出错。

无论哪种方式,这绝对不是一个正常性质的项目,但是需要对所涉及的活动的复杂性非常清楚,并且需要足够的规划和专业知识来确保合并的BW系统像以前一样工作。

我的其他博客:

这确实是一篇发人深省的博文。我想说的是,超集方法有它的缺点,在这个意义上,你可能最终会有很多记录是零值的。这最终会浪费数据库空间。

此外,如果源ECC系统仍然是分离的,那么将BW环境整合到1上可能没有意义。除非先整合ECC环境,否则BW更容易做出相应的整合反应。

那么,如果公司只有一个运行SAP ECC的实例,那么为什么首先要运行两套独立的BW系统(需要整合)?

发人深省……

你好,库马尔,

这是一个好职位。事实上,我目前参与了一个相同类型的项目。

你所描述的冲突是真实的,我们正在计划阶段。我们已经有你提到的相同方法,但还没有最终确定。

稍后我可以评论我们如何处理和最佳方法!

文章来源:www.vmchk.com

 
你可能喜欢的: