關於 Graphical Data Mapping Retail 範例

此範例示範在簡化的零售實務中使用圖形資料對映。此實務使用簡化的銷售資料資訊來源，而不是使用提供單獨產品範例的 TLOG 業界標準。

如需對映的相關資訊，請參閱使用圖形資料對映。

實務：

與任何一般的超市連鎖店類似，零售公司在全球有多家商店。這些商店每天完成銷售交易，並且庫存交貨擺滿貨架。這樣會讓客戶感到滿意。

公司原先涵蓋很小的領域，因此可以使用單一倉儲將庫存遞送至所有商店。它已開發一個專用的庫存管理系統，該系統可在晚上執行，並處理包含用來識別項目、數量及商店之庫存調整記錄的檔案。

隨著公司的發展，使用單一倉儲（保存庫）向其商店提供庫存已不再切實可行，因此現在在其所覆蓋的所有地理區域設置了多個保存庫。為了簡化庫存處理，公司依保存庫對庫存調整資料進行了分組。

除了庫存管理之外，公司隨後引進客戶忠誠度方案，以與其競爭者保持一致。其所開發的忠誠度系統全天在線上，以便可以在發生銷售交易時接受資料資訊來源。這樣會提供額外的好處，其中包括在每張收銀台收據上可以顯示客戶的應計點這一事實。

公司已決定使用 IBM Integration Bus 將商店銷售資訊來源與庫存管理及客戶忠誠度系統進行整合。整合節點用來執行適當的資料轉換，並對銷售資料執行遞送及合併。

在解決方案所使用的轉換中，對下列圖形資料對映功能進行了示範：

• 重複結構
• 呼叫 XPath 函數
• 使用資料庫查閱充實訊息
• 從訊息標頭（如 MQMD）中擷取資料
• 不同的輸入及輸出訊息格式與剖析器

所使用的訊息流程如下：

1. XML StoreSales 訊息透過 Store Sales In 節點進入訊息流程。
2. Flow Order 節點沿著庫存排序路徑將其向下遞送。
3. "StoreSales to SoldStock" Mapping 節點會移除與庫存排序無關的資料，並查詢外部資料來源，以識別可向在訊息中識別的商店提供庫存的保存庫，從而使用圖形資料對映來轉換訊息。如需相關資訊，請參閱設定資料庫。
4. 訊息接著進入 Collect SoldStock 節點，在該節點處會針對每個保存庫將訊息對照至集合中。
5. Flow Order 節點然後會將訊息遞送至「忠誠度系統」。在這裡，另一個 Mapping 節點會與圖形資料對映搭配使用，從而轉換 StoreSalesLoyaltySalesData 訊息，然後將該訊息依 MQOutput 節點放入忠誠度銷售佇列中。
6. 自從給定保存庫的第一個訊息到達以來，在經過預先定義的秒數（例如，60）之後，Collect SoldStock Collector 節點會針對該保存庫輸出一個集合，其中包含那時已到達的所有相符訊息。
7. 然後，Process SoldStock Collection 節點會將該集合轉換為 StockOrderBatch 訊息，該訊息包含每個 SoldStock 訊息中每個已售項目的 StockOrder 元素。Compute 節點可用來執行此作業。
8. "Process each StockOrder" Mapping 節點會針對 StockOrderBatch 訊息中的每個 StockOrder 元素，使用其他圖形資料對映來產生 CSV StockOrder 訊息。此節點同時會更新 LocalEnvironment，以設定稍後將在訊息流程中建立之檔案的名稱。
9. 接著，Batched Depot Stock Updates 節點會將 CSV 訊息作為單獨的行寫入在 LocalEnvironment 中識別的檔案。
   
   

「Graphical Data Mapping Loyalty 資料倉儲」範例顯示「插入及更新」轉換的使用，以提供倉儲此範例實務中產生的 Loyalty 資料的解決方案。

回到範例首頁