2020-08-14 02:13发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）我们有一个要通过 CAP和Fio... 显示全部
加入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秒
这听起来不错，但对于高效的应用程序来说仍然很多。
所以我的问题是：是否可以部署预处理的OData元数据文件到服务器（XSA），还是可以预处理csn.json文件？ （s）在部署我们的MTAR文件之后，这样服务器只需要交付这些经过预处理的文件？
预先感谢 Helmut
嗨，Helmut，那是我想的Node.js应用程序？
是的，您的应用程序很大，但我们内部提供了类似的服务（1600个实体），我们必须对其进行优化。 措施包括：
广告1：请参阅capire 2月20日发行说明→将随发行版一起成为默认设置 @ sap/cds中的4个，计划在下周发布。
广告2：我们可以与您分享步骤并进行配置
广告3：如果是的话，我们必须共同考虑一下
致谢，丹尼尔（Daniel）
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 浮生未央 的问题《CAP应用程序中的性能问题csn.json/OData元数据》','https://www.easysap.com/answer/1822/4932.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，Helmut，那是我想的Node.js应用程序？
是的，您的应用程序很大，但我们内部提供了类似的服务（1600个实体），我们必须对其进行优化。 措施包括：
广告1：请参阅capire 2月20日发行说明→将随发行版一起成为默认设置 @ sap/cds中的4个，计划在下周发布。
广告2：我们可以与您分享步骤并进行配置
广告3：如果是的话，我们必须共同考虑一下
致谢，
丹尼尔（Daniel）
一周热门 更多>