0

クラウドベースの CRM システムにデータをアップロードするためのインターフェイスを設計する必要があります。一括アップロードは定期的に実行され、リアルタイムでデータがプッシュされます。2つのアプローチがあります。

  1. 変換されたデータはキューに保存され、スケジュール ジョブが実行され、データが CRM システムに一括ロードされます。
  2. 変換されたデータはデータベース テーブルに保存され、スケジュール ジョブが実行され、データが CRM システムに一括ロードされます。

主な問題の 1 つは、クラウド CRM システムが同じプライマリ ID を持つ 2 つの要求を受け入れることができないことです。これは、データがアップロードされる前にデータがフィルタリングされることを意味します。

どういうわけか、キューを永続的なコンポーネントとして使用することに慣れていません。データベース テーブルを使用すると、エラー処理 [システム/データ]、永続ストレージ [CLOB]、デバッグ、フィルタリングをより詳細に制御できます。

キューまたはデータベース アプローチの賛否両論を得ることができますか。これは、設計上の決定を下すのに役立ちます。さらに、誰かがデザイン戦略を啓発できれば、それは素晴らしいことです。

よろしくお願いします

4

1 に答える 1

0

やりたいことは、技術的にはデータの ETL と呼ばれます。データをロードするために利用できるツールはたくさんあります。データを抽出してロードするための独自のツールを作成しますか。3 番目のアプローチは、ファイルからもロードすることです。通常、リアルタイムアップロードでない場合、キューは使用されません。Abinitio は人気のあるツールです。autosys ツールを使用してジョブをスケジュールできます。しかし、どちらも有料ソフトウェアです。設計には 2 つの段階が含まれます。(a) データをクリーンアップして重複を削除する (b) データを CRM システムにロードする。インターフェイスを正確に設計するには、CRM がサポートするインターフェイスをお知らせください。(ファイルベース、SQLなど)

于 2012-04-10T10:19:31.800 に答える