在 SAP 业务系统里，创建一个对象往往并不是简单地向某张数据库表插入一条记录。真正的企业业务对象通常有自己的层级结构。销售订单有抬头和多个行项目，采购订单也有 Header 和 Item，费用报销单可能同时包含抬头、费用明细、附件信息，主数据申请也可能带地址、联系方式以及多个相关子实体。当这些数据通过 OData 服务提交时，一个很自然的问题就出现了。如果业务上要求整个对象一次创建完成，是否一定要让客户端连续发送多个POST请求，一个请求创建 Header，再发送若干请求创建 Item，最后再想办法处理它们之间的关联关系？SAP Gateway 提供的Deep Create正是为这类场景准备的能力。Deep Create也经常被称为Deep Insert。SAP 官方对它的定义非常明确，一个Deep Create请求通过一次POST向某个 Entity Set 创建新的根实体，同时在同一个请求载荷中携带新的关联子实体。子实体采用与展开 Navigation Property 类似的内联表示形式。SAP 官方直接采用了销售订单作为典型例子，也就是通过一次POST同时创建 Sales Order 和它的 Items。这里强调的是一次真正的深层创建请求，而不是在一个$batchChange Set 中塞入多个彼此独立的POST操作。这一区别非常重要。假定我们的 OData 服务公开一个Sal
在 SAP 业务系统里，创建一个对象往往并不是简单地向某张数据库表插入一条记录。真正的企业业务对象通常有自己的层级结构。销售订单有抬头和多个行项目，采购订单也有 Header 和 Item，费用报销单可能同时包含抬头、费用明细、附件信息，主数据申请也可能带地址、联系方式以及多个相关子实体。当这些数据通过 OData 服务提交时，一个很自然的问题就出现了。如果业务上要求整个对象一次创建完成，是否一定要让客户端连续发送多个POST请求，一个请求创建 Header，再发送若干请求创建 Item，最后再想办法处理它们之间的关联关系？SAP Gateway 提供的Deep Create正是为这类场景准备的能力。Deep Create也经常被称为Deep Insert。SAP 官方对它的定义非常明确，一个Deep Create请求通过一次POST向某个 Entity Set 创建新的根实体，同时在同一个请求载荷中携带新的关联子实体。子实体采用与展开 Navigation Property 类似的内联表示形式。SAP 官方直接采用了销售订单作为典型例子，也就是通过一次POST同时创建 Sales Order 和它的 Items。这里强调的是一次真正的深层创建请求，而不是在一个$batchChange Set 中塞入多个彼此独立的POST操作。这一区别非常重要。假定我们的 OData 服务公开一个Sal
