在同一实例上使用HANA Native和BW4HANA时应使用哪种方法(XSC与XSA)?

2020-08-22 17:01发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我知道有关XSC和XSA的问题很多,但是对我来说,何时迁移到XSA还是很令人困惑。

根据 SAP语句: SAP HANA Extended 从SAP HANA 2.0 SPS 02开始不推荐使用Application Services经典模型(XS经典)和SAP HANA存储库。

在同一情况下,我们的HANA视图由用户直接使用(作为本机视图或通过Composite Providers暴露给BW)并报告BW4HANA对象。 我们可以轻松地将本机HANA视图与BW4对象结合起来,并从混合场景中受益。

在这样的设置中,我们应该将HANA视图迁移到XSA吗? 我知道现在可以通过BW对象(复合提供程序,Open OD等)使用XSA视图,但是无法从BW对象生成XSA视图。

现在我对以下情况有一些担忧:

  • 通过XSA视图消费XSC视图(从BW对象生成)
  • 将XSA视图中的输入参数映射到BW Composite提供程序
  • 在转换中使用XSA视图作为数据源

我们将HANA视图用于报告和BW转换的数据源。 从BW对象生成的视图用于混合方案。

请问在哪种情况下迁移到XSA是合理的?

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我知道有关XSC和XSA的问题很多,但是对我来说,何时迁移到XSA还是很令人困惑。

根据 SAP语句: SAP HANA Extended 从SAP HANA 2.0 SPS 02开始不推荐使用Application Services经典模型(XS经典)和SAP HANA存储库。

在同一情况下,我们的HANA视图由用户直接使用(作为本机视图或通过Composite Providers暴露给BW)并报告BW4HANA对象。 我们可以轻松地将本机HANA视图与BW4对象结合起来,并从混合场景中受益。

在这样的设置中,我们应该将HANA视图迁移到XSA吗? 我知道现在可以通过BW对象(复合提供程序,Open OD等)使用XSA视图,但是无法从BW对象生成XSA视图。

现在我对以下情况有一些担忧:

  • 通过XSA视图消费XSC视图(从BW对象生成)
  • 将XSA视图中的输入参数映射到BW Composite提供程序
  • 在转换中使用XSA视图作为数据源

我们将HANA视图用于报告和BW转换的数据源。 从BW对象生成的视图用于混合方案。

请问在哪种情况下迁移到XSA是合理的?

付费偷看设置
发送
3条回答
Nan4612
1楼 · 2020-08-22 17:56.采纳回答

好的,免责声明:我不为SAP工作,也不喜欢XSA作为大多数SAP客户所做的开发环境(试图最大限度地利用他们从HANA系统获得的使用)。

因此,您拥有一个BW4HANA(或BW/HANA,无论如何),并且可以创建视图(XSc)以允许访问BW模式中的数据。

它还允许 仅通过授予访问权限即可在其他模式(例如_SYS_BIC)中使用代码,视图和数据。

我认为,这很适合您,因为您已经使用此设置构建了解决方案。

现在,XSA已经存在,SAP决定弃用XSc,因为他们看到了XSA 作为开发可用于云的应用程序的更好方法(使用12要素应用程序模型,云代工厂概念,用于所有运营活动的API方法等)。
这还包括数据库对象的处理和对这些对象的访问,因为这些对象需要与XSA中的其余DB隔离。 只有明确声明并允许这种访问,才可以共享访问任何对象; 这可以减少不同应用程序之间的偶然依赖关系,但是当共享访问权限成为您开发任何内容的重点时,开发工作量就会增加。

这里的事情是:XSc和XSA都是用于应用程序开发的开发环境。 对于这些环境以及您的用例-共享数据,代码和视图-数据库对象的管理是一个侧面问题-XSc具有实现此目标的较低障碍。

在这一点上,您 会争辩说,使用XSA来做您想做的事没有任何意义。

现在,不幸的是,SAP将多个方面合并在一起,不仅决定停止XSc的进一步开发,而且也停止开发 XSc数据库对象管理的开发工具,即HANA Studio和基于Web的IDE。
因此,这些工具现在不支持HANA 2提供的所有数据库功能。 对于几乎所有较新的功能(例如,层次结构节点,带表作为输入参数的表函数,数据屏蔽等),必须使用XSA开发环境。

简而言之:如果需要 要在图形建模中使用较新的HANA功能,就无法绕过XSA-仅仅是因为SAP决定不在XSc工具中提供这些功能。 请注意,这些功能本身完全不依赖XSA-部署后,无需运行任何XSA或XSC应用程序,数据屏蔽视图就可以正常工作。
在许多情况下,您可以做的是包装SQL等效项 表函数(例如层次结构函数)中更新的建模功能,并在图形模型中公开这些功能。

关于弃用:最近的帖子 https://blogs.sap.com/2020/02/21/planned-release-of-sap-hana-2.0-sps05-and-impact-on SAP HANA 2的维护计划中的-maintenance-for-sap-hana/明确指出,SP 5(包括XSC)将被维护到至少2025年。弃用意味着仅下一个主要版本 HANA(HANA 3?)的版本不再包含XSC。

这意味着,至少还要再五年,您才能构建和使用XSc及其处理数据库对象的方式,而没有任何限制。
鉴于XSA作为应用程序开发模型似乎并不完全成功(现在甚至还有第三方开发环境-请参见 WernerDähn的帖子 https://blogs.sap.com/ 2019/12/25/hana-development-where-are-you-going/ https://blogs.sap.com/2020/03/02/hanaappcontainer-play-time/),SAP似乎有可能再次从数据/视图建模方面解开应用程序开发(类似情况) 就像您想在SAC或其他报告工具中使用HANA实例进行混合场景报告的人一样。
作为客户,这是我对SAP的要求,因为对于与数据/视图建模而非应用程序开发有关的此类方案,XSA需要太多的过渡。

现在应该很清楚,我的想法是:

如果没有正在开发的应用程序,我会尽可能地坚持使用XSc,并尽量避免投资XSA。 受益于XSA。

尽管有所有的局限性和问题,XSc中的视图建模确实有其好处:它是在经典SAP(中央共享数据库)方案中工作的一种非常有效的方法,并且可以很好地联系在一起。 这些发展的ABAP方面。
换一种说法,它会给您" 大赚一笔"。

我希望这为您提供了一种思考的方法,并且我会对您和其他人对此事的看法感兴趣。 我已经标记了 WernerDähn-我确定他还有一些要补充的内容。

干杯

拉尔斯

路亽曱_Ryan
2楼-- · 2020-08-22 17:42

谢谢拉德布雷德曼,并附有详细说明。

与我的朋友交谈,在许多实现中,公司仅将HANA用于报告目的,因此,从我的角度来看,整个XSA设置对我来说不是很有用(用法) 局部模式,分支等可能对编程有用,但对于图形建模,除了一些新功能之外,我看不出有什么好处。对我们来说,与XSC相比,XSA有很多缺点(需要同义词,使用困难) 项目部署失败时进行调试,响应时间,使用git等)。 对我来说,迁移到XSA所付出的努力无法与它带来的好处(包括我提到的所有缺点)相提并论。

我们将按照您提到的相同方法,尽可能地坚持使用XSC。 。

wang628962
3楼-- · 2020-08-22 17:58

Michael Eaton (如果您对在顶部构建应用的更简单方法感兴趣) 然后请确保查看我在答案中引用的Werner博客文章。

Werner发布了一个全新的应用程序容器,该容器可用于以最少的代码和更少的样板式雨滴构建数据驱动的应用程序。

一周热门 更多>