点击此处--->   群内免费提供SAP练习系统（在群公告中）

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

我们有一个要通过 CAP和Fiori Elements 公开的巨大数据模型。 该数据模型由appr组成。 1.500个实体。

在第一个原型中，我们创建了大约300-400个实体。 因为在第一种方法中，许多实体是通过关联和聚合相互连接的，所以我们通过一个CAP服务公开了所有实体。
这种方法非常慢。 对于第一个请求，用户必须等待大约3分钟。 直到OData元数据请求的第一个字节（TTFB =到第一个字节的时间）到达客户端为止约2.5分钟。 SAPUI5/Fiori Elements需要其余的这些来解析元数据文件并呈现UI。

然后，我们创建了另一个"性能测试原型"。 由于具有所有相关实体的主要兴趣实体之一非常庞大，因此总和为appr。 130个实体仍然是一个巨大的模型。 结果，此应用程序仍需要1.5分钟才能完成TTFB。
csn.json的大小为7.0 MB。 生成并传输到客户端的OData元数据文件为appr。 大小为4.3 MB。

在生产环境中，由于TTFB需要1.5分钟，因此我们仍需花费大量时间，因此我们将一个大型CAP/OData服务分成了几个。 在设计时进行了所有可能的优化之后，对于几种服务，我们得到的csn.json大小约为2.5至4 MB，OData元数据的大小约为350至800 kB。
这导致以下响应时间：
TTFB：6-15秒

这听起来不错，但对于高效的应用程序来说仍然很多。