你好，格雷戈里，祝你一切都好。

性能是数据消耗的支柱之一。 我检查了OData最佳实践链接（感谢btw），它简要描述了分页的概念。 基本上，当处理大量数据时，由于性能问题，您可能会选择不完全调用实体集，并决定通过小块（pages）来调用它。 OData协议中分页后面的命令分别是$ top和$ skip：

$ top：系统查询选项
它是集合中条目的子集，主要由URI中的资源路径标识。 通过仅选择整个集合的前N个项来形成子集

例如： https://services.odata.org/OData /OData.svc/Products?$top=5

$ skip：系统查询选项
是通过在集合中查找N个条目并仅选择其余条目（从条目N + 1开始）来定义的。

例如： https：//services.odata.org/OData/OData.svc/Products?$skip=5&$top=5

OData文档

https://www.odata.org/documentation/odata-version-2-0/uri-conventions/

此博客很好地解释了$ top和$ skip的用法。

https://blogs.sap .com/2013/03/20/using-odatas-top-skip-and-count/

KR，
亚瑟·席尔瓦（Arthur Silva）

@ Arthur Fuscella Silva 您好，希望您也很好。 我知道并且我正在使用这些技术。 目前，我还没有特定的性能问题，请记住这一点，这要比从单个表中获取数据要复杂得多，例如从单个视图中从多个实体获取数据。 关于客户端，我已经采用了一种根据功能（事务/参数/报告数据）将数据拆分为不同模型的方法。 对于SAPUI5如何在幕后处理我的请求以及它如何与网关进行通信尚无真正的线索，我很想知道后端模型的整体大小是否会在这种情况下影响性能。
感谢您抽出宝贵的时间来回复。