0
我們必須設計一個接口,將數據構建上傳到基於雲的CRM系統中。批量上傳將定期執行以實現實時數據推送。 有兩種方法。將數據批量上傳到客戶關係管理系統的設計雲系統
- 將轉換後的數據存儲在隊列中,然後執行批量加載數據到CRM系統的計劃作業。
- 轉換後的數據存儲在數據庫表中,然後執行批量加載數據到CRM系統的計劃作業。
其中一個主要問題是雲客戶關係管理系統無法接受2個具有相同主要ID的請求,這意味着在數據上傳之前過濾數據。我不熟悉使用隊列作爲永久組件。數據庫表提供了對錯誤處理[系統/數據],持久性存儲[CLOB],調試,過濾的更多控制。
我可以得到隊列或數據庫方式的優點。這將幫助我做出設計決定。 此外,如果有人可以啓發設計策略,這將是偉大的。提前 Makarand PARAB
我們已經使用了PUB-SUB機制並使用CORDYS BPM工具。問題是w.r.t.應該在這樣的設計中使用隊列來存儲轉換後的數據。什麼是更好的媒體存儲/過濾隊列或數據庫。 – user1323726 2012-04-10 10:28:13
如果是實時使用隊列沒有問題。我之前使用過JMS隊列。必須有一個過濾機制。我有與JMS隊列的Openadaptor接口。您可以構建過濾器和級聯以加載數據。來源 - > [數據清理] - > [加載數據]。 Openadaptor提供醫院,您可以查看任何錯誤。如果您使用自己的工具,請確保有錯誤捕獲機制。然後應該有失敗情況檢查。如果一個記錄被拒絕,應停止處理。如果有最大n個記錄被拒絕,如果它停止處理等...... – Satish 2012-04-10 10:33:58
@ user1323726。請訪問www.openadaptor.org。它的架構上可能有一些文件。它只是幫助你做你打算做的事情,儘管你可以將這個架構合併到你的工具中。 – Satish 2012-04-10 11:27:38