在一个 SAP Fiori Elements 列表页里，业务人员点击Category列进行降序排序，浏览器发出的 OData 请求很可能会带上$orderby=Category desc。继续向下滚动列表时，请求又可能出现$skip和$top。在筛选栏输入产品类别之后，请求里又会增加$filter。从前端角度看，这些东西只是 URL 后面多出来的几个 Query Option。到了 SAP Gateway 后端，它们却对应着非常具体的数据处理责任。特别是在经典的 SAP Gateway Foundation，也就是SAP_GWFND技术栈中，框架能够识别这些 Query Option，也能够将解析结果交给应用层，但$orderby、$top、$skip、$filter、$inlinecount和$skiptoken这一组能力，需要服务开发代码真正参与处理。SAP 官方文档也把它们归入需要开发实现的 Query Option。很多 OData 服务表面上可以正常读取 EntitySet，但一接入 SAPUI5、Fiori Elements 或其他支持标准 OData 查询的客户端，就会暴露出各种问题。排序按钮按下之后数据没有变化，翻到第二页又出现第一页的数据，筛选条件在 URL 中明明存在但后端返回全部记录，分页总数只显示当前页数量，这些现象往往都和 Query Option 没有完整