在 SAP Gateway 项目里，经常会遇到一个很有迷惑性的现象。客户端发出了类似$filter、`$orderponse 甚至正常返回了数据，可仔细检查结果才发现，过滤没有生效，排序没有生效，分页也和预期对不上。这里最容易产生的误区，是把 SAP Gateway 能够识别某个 OData Query Option，理解成 SAP Gateway 会自动完成这个 Query Option 所要求的业务数据处理。这两件事并不是一回事。对于经典 SAP Gateway Foundation，尤其是基于SEGW创建的 OData V2 服务，Gateway Framework 已经拥有完整的 URI 解析能力。客户端请求里的$filter、$top、$skip等内容，可以被 Framework 解析并放进 Request Context，DPC 的 ABAP 代码能够直接读取这些信息。但部分 Query Option 解析完成之后，还需要 Data Provider 真正把对应语义应用到数据库查询、BAPI 调用或者内部表处理中。SAP 官方文档给出的支持矩阵非常直接。OData Query Option是否需要额外开发$select不需要$count/