HANA DB:多个架构共享同一数据库对象

2020-09-23 01:29发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们对HANA DB...

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

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


大家好,

我们对HANA DB来说还很陌生。 我们有一个场景,其中主Web应用程序维护着与每个客户端相对应的多个数据库(当前在SQL Server中)。 所有数据库中的DB对象(表,存储过程等)都是相同的,因此目前仅需要维护这些对象的一种版本。 我们现在正在切换到HANA,并计划保留与每个客户端相同的方案。 但是,我们面临的问题是维护数据库对象。 由于HANA在每个数据库对象后附加了架构名称,因此最终将有一个对应于每个客户端的版本。

1。 在这种情况下最好的方法是什么,这样我们就不必维护数据库对象的n版本?

2。 一些博客提到建议为SLT复制表和BODS复制表维护单独的架构。 为什么这是必要的? 如果我们将所有表都维护在一个模式中,会有什么弊端?

谢谢

1条回答
haha101010
2020-09-23 02:15

我的两分钱

1。 在这种情况下最好的方法是什么,这样我们就不必维护数据库对象的n版本? ---我不这么认为。 您可以在一种模式中使用SAME物理表。 对于"客户端特定的架构",您可以创建那些架构,并创建映射到早期架构中物理表的数据库视图。 同样,这是非常通用且简化的答案。 根据详细要求,还有更多可能性和选择。

2。 一些博客提到建议为SLT复制表和BODS复制表维护单独的架构。 为什么这是必要的? 如果我们将所有表都维护在一个模式中,会有什么弊端? ---据我所知,SLT模式是作为SLT实现的一部分创建的。 这些对象是源数据的精确副本。 如果您授予BODS用户访问权限以在同一模式中创建对象,则BODS可能能够在同一SLT模式中创建表。 但是从治理的角度来看,将这些模式分开是一个好习惯。 再次,这是您的选择。

一周热门 更多>