最近在SEGW里继续往下做SADL型OData服务时，很容易碰到一个看起来很普通、实际却决定整个运行时行为的菜单，Map to Data Source。界面上的动作并不复杂。在Service Implementation节点找到某个Entity Set，右键进入Map to Data Source，选择数据源，再把左边SADL模型里的元素映射到右边OData属性。整个操作拖几下鼠标似乎就结束了。可真正值得研究的地方不在鼠标怎么拖，而在这条映射关系到底告诉了SAP Gateway什么。按照 SAP 官方对这套机制的定义，Mapping 是Service Builder中的实体集属性与 SAP 后端数据源对象之间建立的一种人工关系。对于基于SADL的OData服务，这种关系不是围绕单独的Create、Read、Update、Delete或Query操作建立，而是围绕完整的Entity Set建立。这一个差别，几乎就是理解Mapping a Data Source的钥匙。传统SEGW开发
最近在SEGW里继续往下做SADL型OData服务时，很容易碰到一个看起来很普通、实际却决定整个运行时行为的菜单，Map to Data Source。界面上的动作并不复杂。在Service Implementation节点找到某个Entity Set，右键进入Map to Data Source，选择数据源，再把左边SADL模型里的元素映射到右边OData属性。整个操作拖几下鼠标似乎就结束了。可真正值得研究的地方不在鼠标怎么拖，而在这条映射关系到底告诉了SAP Gateway什么。按照 SAP 官方对这套机制的定义，Mapping 是Service Builder中的实体集属性与 SAP 后端数据源对象之间建立的一种人工关系。对于基于SADL的OData服务，这种关系不是围绕单独的Create、Read、Update、Delete或Query操作建立，而是围绕完整的Entity Set建立。这一个差别，几乎就是理解Mapping a Data Source的钥匙。传统SEGW开发
)
