我对您的建议（您可能不喜欢）是，使用结构授权越少越好。 虽然从概念上讲，结构是一个绝妙的主意，但实际上，它是性能的杀手。 尽可能尝试并使用标准PFCG授权，并且仅在需要组织关系来定义安全性的情况下才使用结构授权。 我通常只使用O，S和P对象类型，但有时会根据情况使用其他类型。 不幸的是，此时您可能不得不重新考虑自己的角色策略。 祝你好运！

James Murphy

请问您能追踪性能问题在哪里吗？

我也看到了。 至于速度下降的确切原因，请询问您的基础和/或网络团队。 两个系统之间可能涉及防火墙，网关和整体网络延迟。 您将需要查看涉及多少来回消息。

James

嗨，桑德拉，

例如，检查结构授权...时，执行以下FM：RH_STRU_AUTHORITY_CHECK。

米格尔·安吉尔。

是的，我完全同意...我曾经在结构化授权中看到过OSP对象，但是第一次看到它中的所有其他对象 ！ 在我们开发了一些Fiori应用程序后，我注意到了这一点，这些应用程序的性能非常糟糕……经过一番分析，我们发现所有这些混乱之处！

就目前而言，我想我们唯一能做的就是暂时使用SAP Data Memory，并尽可能地摆脱结构性授权...：（

还有一个问题...与使用ABAP在SAP后端直接创建的报表相比，它的性能比从外部系统调用远程FM的性能好得多吗？ 所有人都应该检查结构性授权（在同一标准FM末尾调用），但是当从后端本身调用它们时，性能是"可以接受的" ...我不理解区别...

谢谢！

米格尔天使。