点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我有一些异乎寻常的要求:...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我有一些异乎寻常的要求:...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨,
我有一些异乎寻常的要求:我们正在从多个具有CPI的第三方系统收集数据,这可能需要几个小时。 在这段时间内,用户不应被不一致的数据所困扰。
因此,出于这个原因,我们通过预构建脚本在CAP中自动创建重复的表和重复的OData服务。
当CPI完成将数据加载到第一组表中时,则应交换表,并且用户将立即以一致的状态获得新数据。
到目前为止,一切正常,除了在运行时通过对OData服务执行操作来重命名表外。 我们得到的错误是:" [ERROR]特权不足"。
因此,如何授予与CPI(OAuth2客户端凭据)一起使用的"系统用户"角色的特权。
是否有此选项,还是需要在SQL控制台上执行此操作? 如果是,怎么办?
非常感谢。
战栗
这不是您可能想像的异乎寻常的要求,但是解决方法根本不是一个好主意。
通过"交换"表,使依赖于数据库中表的每个对象无效
这是视图,过程,函数,任何SQL语句,内部联接转换表-一切。
除了将数据存储在两个表中(而不是在两个表中)所需的额外内存之外,所有这些都需要。 之一。 更不用说重命名表需要的完全阻止锁。
考虑一下:如果您的ODATA表交换程序无法获得此表的排他锁,那是怎么回事,例如,其中一个读取客户端/服务仍具有打开的游标?
你做什么工作? 打电话给DBA? 对于诸如"隐藏"数据之类的简单的尚不应该看到的数据?
一种更好的方法是使用在加载所有数据以允许访问后知道您知道的事实 到新加载的记录。
例如 您可以包含一种不断增加的" load-request-id",并为您的用户提供对特定负载请求的访问权限。 那是例如 SAP BW数据加载和访问的工作方式。
因此,不,交换表的主意不应该成为一种选择。 在这一点上应该显而易见的是,解决方案设计(或体系结构,如果您如此倾向于)错过了处理数据可见性的要求。 交换表的这种思想后思想提出了关于农场动物和化妆品的谚语...
一周热门 更多>