每個 OData 服務需要都資料模型定義（模型提供者類）。

在客戶開發專案的情況下，開發過程總是從預先定義的資料模型開始（由外而內的方法）。

![](https://img-blog.csdnimg.cn/img_convert/007949ac5a31a989c73a468baf12f79c.png)

SEGW 支援下列幾種 OData 模型定義方式：
![](https://img-blog.csdnimg.cn/img_convert/1688ac2890ea098ea4f9482cf12f8221.png)

## 手動定義資料模型

提供最大的靈活性，需要手動定義單個資料模型元素及其屬性。

下圖就是手動建立的資料模型的一個例子：
![](https://img-blog.csdnimg.cn/img_convert/788be8d8129149ee9dc1f2a1904e77d9.png)

## Import - 匯入

支援下圖這幾種匯入方式：

![](https://img-blog.csdnimg.cn/img_convert/1b94b145cdfde525440c1beed815f718.png)

- DDIC 結構（ABAP 資料字典）：這種方式能夠減少在資料模型中建立實體型別和複雜型別所需的時間；
- RFC/BOR 介面：使開發人員能夠重用現有的 RFC/BOR 引數以輕鬆建立實體型別。透過這種方式，可以利用業務物件儲存庫中的大量現有遠端函式呼叫 (RFC) 和業務應用程式介面 (BAPI)。匯入現有介面定義後，可以對映來自同一個 RFC 或 BAPI 的操作以獲得您需要的服務操作，而無需編寫額外的 ABAP 原始碼。

- 資料模型：允許重用現有的資料模型。可以為多個服務重用資料模型。
- 匯入搜尋幫助：允許重用系統中現有的搜尋幫助作為資料來源來建立新的實體型別。

## 服務重定義

這個功能能夠重新定義現有 SAP 閘道器服務或從 SAP 系統環境中的框架建立的服務。 例如，服務提供者介面 (SPI)、SAP 業務資訊倉庫 (BW 查詢)、通用互動層 (GenIL)。 重新定義服務功能夠重用 SAP 系統環境中存在的各種業務物件和服務。 此外，它連線現有的服務操作，因此無需建立單獨的服務實現。

![](https://img-blog.csdnimg.cn/img_convert/19b4dde6dbfa5cf447ab38ac449c14d8.png)

## 服務包含 - Include

能夠包含現有的 SAP Gateway 服務，這樣就避免了重新建立其資料模型的步驟。 為了更好地重用，它允許將一個或多個現有服務組合到一個新服務中。 如果選擇包含現有服務，則無需執行服務實施階段。

![](https://img-blog.csdnimg.cn/img_convert/51b48f93502d27325f3fd10530668667.png)

## 服務引用 Reference

服務引用能夠透過 Service Builder 中的 Reference 選項在引用的資料來源中獲取資料模型。 這樣的資料模型在 Service Builder 中不是持久的，而是在呼叫 Service Builder 時透過引用獲取它們，這與在 Service Builder 中的其他方法中匯入的工件不同。 引用的模型始終是隻讀模式。

![](https://img-blog.csdnimg.cn/img_convert/ff0544cf8a4b5a24aa73515915fdb97c.png)

SAP Gateway Service Builder 裡的 OData Model 定義方式

相關文章