Sharepointサイト間でデータを共有する - ロールアップまたはプルダウン？

Question

私の職場では、今後数か月以内に社内でSharepointを使用し始めます。私はイントラネット上でより構造化されたデータを持つ可能性について非常に興奮しています。これの重要な部分は、関連するデータをサイト階層全体に分散させることです。

私は現在、委員会メンバーのリストを試しています。サイトのどこかで、すべての委員会の全員のリストを見ることができるとの考えがあります。サイトの他の部分では、1つの委員会のメンバーだけを見たいと思っています。 - サブサイトは、（必要に応じて、リストテンプレートから）自分のリストを持って

1. ロールアップ：これにアプローチするには、3つの受諾の方法があるように私が読んできた様々な記事やブログ記事から、それはそうです。コンテンツタイプは、親サイトのデータビューWebパーツにインスタンスを収集できるように使用されます。

2. プルダウン - マスターリストは、親に定義され、各サブサイトは、そのリストのビューが含まれ、

3. 購入をフィルタまたはカスタムロールアップWebパーツを作成しています。

さまざまな状況でのあなたの経験は何ですか？これらのテクニックのトレードオフは何ですか？私が見逃した他の（良い）方法はありますか？

私は現在、さまざまな可能性を試してみるために、実験中のメンバーです。私は一般的なトレードオフにもっと興味を持っています。

Answer 1

が異なるサイト上の回数これを行った、あなたの状況のた​​め、私はお勧め：

1.Rollアップ - サブサイトは、（必要に応じて、リスト テンプレートから）自分のリストを持っています。コンテンツタイプが使用されているため、 インスタンスは親サイトの データビューWebパーツに収集できます。これだけでなく、より多くの柔軟性を与え、サイトコレクション内の他のサイトがこの情報を取得することができ、あなたが他のサイトコレクションに情報をロールアップする検索クエリWebパーツを使用することができます

（CQWPとDVWPは、サイト全体では動作しません。コレクション）。

私がプルダウンモデルを使用した唯一の時間は、論理的にはサイトコレクションが1つのリストだけになる場合です。私たちのためのそのようなリストは、本質的に常に機能的であった。一部のカスタム機能のコンテンツクエリ定義の一覧、またはすべてのサイトが依存する顧客の一覧で、インストールされたカスタムフィールドコントロールの作成に使用されます。

Answer 2

私はどちらも同じようにうまくいくと言いますが、一方の利点は本当にあなたのイントラネットサイトコレクションがどのように構造化されているかをより納得させるものです。

Answer 3

また、コンテンツクエリWebパーツ（CQWP）を補足サイトコレクション構造と組み合わせて使用​​することで、委員会メンバーデータを表示することもできます。

少しカスタマイズすれば、CQWPはすばらしいことをすることができます。また、すべての種類のクエリを管理する製品グループチームによって完全に最適化されています。設定と使用は簡単ですが、Web上でそれらを使用する方法の例がたくさんあります。