云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

亚马逊云_最好的我们txt百度云_返现

小七 141 0

亚马逊云_最好的我们txt百度云_返现

为了将多提供程序迁移到复合提供程序,SAP提供了程序RSO\u CONVERT\u IPRO\u to\u HCPR,该程序自动执行此任务。最近我遇到了以下场景:我必须将一个MultiProvider迁移到一个CompositeProvider,这个CompositeProvider应该具有与MultiProvider相同的技术名称。我不想在MultiProvider之上构建查询的副本中使用新的技术名称,因为这将导致在重新设计BI门户时需要大量的手动工作。上述程序在导航属性迁移方面有一定的局限性。只有当包含在MultiProvider中的每个InfoProvider都包含MultiProvider的导航属性时,它才能正常工作。如果不满足此条件,则导航属性将转换为全局唯一的名称。这意味着在MultiProvider之上重新设计查询需要大量的手动工作。为了确保以正确的方式转换每个导航属性,我设计了以下方法:

–>步骤4-7确保mp_original的所有导航属性存在于每个基础InfoProvider

参数:

源InfoProvider:mp_original

目标CompositeProvider:MP\U原始

备份InfoProvider:MP\U备份

执行方式:传输InfoProvider和查询,软件企业优惠,保留查询名

这种方法需要一些手动操作(尤其是11号),但我认为这是值得的,物联网流量卡,高防云服务器,爱回扣返现网,特别是当有很多查询建立在MultiProvider的基础上时。通过简单地将MultiProvider迁移到CompositeProvider,需要检查每个查询,以确保没有使用全局唯一的对象,图数据库有哪些,而不是导航属性的技术名称。

我希望这种方法对您也有帮助。