2012-04-10 45 views
0

我們必須設計一個接口,將數據構建上傳到基於雲的CRM系統中。批量上傳將定期執行以實現實時數據推送。 有兩種方法。將數據批量上傳到客戶關係管理系統的設計雲系統

  1. 將轉換後的數據存儲在隊列中,然後執行批量加載數據到CRM系統的計劃作業。
  2. 轉換後的數據存儲在數據庫表中,然後執行批量加載數據到CRM系統的計劃作業。

其中一個主要問題是雲客戶關係管理系統無法接受2個具有相同主要ID的請求,這意味着在數據上傳之前過濾數據。我不熟悉使用隊列作爲永久組件。數據庫表提供了對錯誤處理[系統/數據],持久性存儲[CLOB],調試,過濾的更多控制。

我可以得到隊列或數據庫方式的優點。這將幫助我做出設計決定。 此外,如果有人可以啓發設計策略,這將是偉大的。提前 Makarand PARAB

回答

0

感謝你想要做的是技術上所謂數據的ETL。有很多工具可用來加載數據。你打算編寫自己的工具來提取和加載數據。第三種方法也可以是從文件加載。通常,如果隊列沒有實時上傳,則不使用隊列。 Abinitio是流行的工具。您可以使用autosys工具安排工作。但兩者都是付費軟件。你的設計涉及2個階段。 (a)清理數據以刪除重複項(b)加載CRM系統中的數據。要準確設計界面,請讓我們知道您的CRM支持什麼界面。 (基於文件,SQL等)

+0

我們已經使用了PUB-SUB機制並使用CORDYS BPM工具。問題是w.r.t.應該在這樣的設計中使用隊列來存儲轉換後的數據。什麼是更好的媒體存儲/過濾隊列或數據庫。 – user1323726 2012-04-10 10:28:13

+0

如果是實時使用隊列沒有問題。我之前使用過JMS隊列。必須有一個過濾機制。我有與JMS隊列的Openadaptor接口。您可以構建過濾器和級聯以加載數據。來源 - > [數據清理] - > [加載數據]。 Openadaptor提供醫院,您可以查看任何錯誤。如果您使用自己的工具,請確保有錯誤捕獲機制。然後應該有失敗情況檢查。如果一個記錄被拒絕,應停止處理。如果有最大n個記錄被拒絕,如果它停止處理等...... – Satish 2012-04-10 10:33:58

+0

@ user1323726。請訪問www.openadaptor.org。它的架構上可能有一些文件。它只是幫助你做你打算做的事情,儘管你可以將這個架構合併到你的工具中。 – Satish 2012-04-10 11:27:38