私があなたを正しく理解しているなら、あなたはBDCモデルを作成するべきです。このような場合、Sharepointは(外部データを取得する)カスタムメソッドを呼び出し、Sharepoint外部リストで確認できます。
ここから開始できます:http://msdn.microsoft.com/en-us/sp2010devtrainingcourse_businessconectivityserviceslab_topic4.aspx
また、このビデオを見ることができます:http: //msdn.microsoft.com/en-us/vstudio/ff623022.aspx
それでも不十分な場合は、お知らせください。詳細をお知らせします。
更新1:このすべてのソフトウェアがクライアント側で動作することが必須の場合。私は2つの方法を見ることができます(どちらの場合も、クライアント側で追加のSP dllを使用する必要はありません)。
- 上で提案したようにBDCモデルを使用しますが、モデルはクライアントのコードへのプロキシにすぎず、このモデルのコードはクライアント側を呼び出します(たとえば、WebServicesを使用)。このような場合、ユーザーが新しいデータを必要とする場合(たとえば、外部リストをクリックすることにより)、SPはBDCモデルのコードを呼び出し、クライアントマシンを呼び出します。つまり、データ取得のイニシエーターはSPであり、シーケンスは次のようになります。ユーザー->SP->BDCモデル->クライアントデータ。
- SPでカスタムWebサービスを作成して、クライアントが必要とするときにリストを更新できます。このような場合、クライアントは新しいデータを受信し、SPで更新する必要があることを認識します。この後、SP側のカスタムWebサービスを介して呼び出しを行い、SPオブジェクトモデルを使用して新しいデータをSPに追加します。つまり、更新のイニシエーターはクライアント側です。シーケンスは軽率に見えます:クライアントデータ->カスタムSP Webサービス。これにより、SP側でこのデータが更新されます。
最初のケースでは、SP側でキャッシュを整理できます(たとえば、1日に1回以下の頻度でクライアントに電話をかけます)。
ただし、大量のデータがある場合、SPでデータを複製する(2番目の方法を使用する)ことは通常はお勧めできません。また、データを管理するために追加の作業が必要になる可能性があります(いつ更新するか、どのデータが既に更新されているか)。 、データの一部が更新され、他のデータがユーザーが取得するのに間に合わなかった場合、一貫性のないデータが取得されるなど)。