在 SAP Fiori 和企业级移动应用里，有一类需求看上去很普通，却很容易把 OData 服务设计带到另一个技术分支。产品主数据除了产品编号、描述、价格和单位，还需要显示产品图片。设备管理应用除了设备编号、工厂和状态，还需要显示设备照片。文档管理页面除了文件名称和创建日期，还希望直接打开 PDF。员工应用也可能需要显示头像。如果只处理普通业务字段，SAP Gateway 返回的是字符串、日期、金额、数量这一类结构化数据。但图片、PDF、音频、视频、ZIP 文件属于二进制内容，把几 MB 甚至几十 MB 的文件直接塞进普通 Entity Property，再让整个 OData Entity 负责传输，显然不是一个理想的模型。SAP Gateway 为这种场景提供了Media Links机制。它允许一个 OData Entity 同时承担两种职责，一部分属性负责描述资源，真正的二进制内容则作为独立的Media Resource传输。SAP 官方文档明确说明，OData Channel 可以将 SAP Business Suite 后端系统中的二进制数据通过Media Link Entry暴露出来，而且二进制数据能够在 Consumer、SAP Gateway 和后端系统之间单独交换。理解这一点之后，很多看似零散的关键词就能够连成一条完整链路，包括Media Link Entry、Media Resource、hasStream、Source URI、MIME Type、GET_STREA