いくつかの SharePoint ポータル (Sharepoint Portal Server 2003 + SQL Server) を実行しており、両方でいくつかの共通データを共有する必要があります。私は 2 つの別々のリストを操作することを計画していましたが、WSS Lists Service ( http://server/_ vti_bin/lists.asmx) を介して両方を更新する Web アプリを作成します。それが一般的な慣行なのかどうか疑問に思っていますか？そのようなソリューションのスケーラビリティについて心配する必要がありますか? - リストは、1 か月あたり最大 3000 レコードの割合で増加するはずです。
タイトルが悪くてすみません、これ以上のタイトルが思いつきませんでした。
構築する Web アプリが SharePoint Web アプリケーションではないことを正しく理解していれば、SharePoint を呼び出してアプリケーションによって収集されたと思われるデータでリストを更新する ASP.NET Web アプリにすぎません。
これは完全に受け入れられるスキームであり、まさにリスト Web サービスが意図しているものだと思います。
遭遇するかもしれない唯一のトリッキーは、リストの 1 つから Web アプリケーションにデータをバックホールしなければならない場合です。双方向同期は常にスティッキー ウィケットです。
スケーラビリティについては、間違いなく考慮する必要があります。WSS v3.0 ランドでは、コンテナー (別名フォルダー) ごとに (おそらく) 2000 個のリスト アイテムしか保存できません。フォルダはリスト アイテムとしてカウントされます。
フォルダごとに 2000 個のアイテムをネストすると、潜在的に数百万個にスケールアップできますが、それでもデータを保存する方法は厄介です。
すべてのアイテムを引き出して、作成したフォルダー階層をフラット化して、CAML でスケーリングできるようにすることもできますが、大きなリストをクエリしてスケーリングを改善する方法もあります。Joel Oleson によってここに統合されたリソースを読むことをお勧めします。
申し訳ありませんが、より具体的なドキュメントを見つけることができませんでしたが、リストが SPS 2003 でより適切に拡張されるとは思えません。