0

カスタム サイト定義を含む SharePoint サイト コレクションと、"プロジェクト" 用に数十個の展開済みサイトがあります。各プロジェクトには多くの「ドキュメント」が含まれています (それぞれが実際のドキュメントとドキュメントに関するサイトで表されます)。したがって、現在、その関係は 1 つのプロジェクトと多くのドキュメントであり、ドキュメントを表すカスタム ドキュメント ライブラリを持つ各プロジェクト サイトの現在の共有ポイント構成は正常に機能しているようです。私の構成では、プロジェクト サイトの下に各ドキュメントのサイトも作成され、http://myserver/project1/document1のような URL が作成されます。

現在、ビジネス要件は変更されており、ドキュメントが複数の任意のプロジェクトに関連付けられる可能性があることは理にかなっています。現在、各ドキュメントは 1 つのプロジェクト サイト内のリストにあるため、何かを変更する必要があります。これをモデル化する良い方法は何ですか? FWIW、ドキュメントの数は現在数百のオーダーであり、今後数年間でおそらく数千に増加する可能性があります.

私の考えは、既存のプロジェクトベースのドキュメント リストをすべて単一のグローバル ドキュメント リストに移行することです。次に、各プロジェクト内で、そのプロジェクトからアクセス可能なすべてのドキュメントを表示する仮想リストを何らかの形で再作成する必要があります。論理的には、グローバル リストのフィルター処理されたビューになります。これは合理的なアプローチですか？もしそうなら...

  1. ドキュメント アイテムと関連するサイトを 1 つのプロジェクト内からグローバル エリアに移動する最善の方法は何ですか?
  2. そのプロジェクトの正しいドキュメントを表示することによって、新しいプロジェクト サイトの作成に自動的に対応する方法で、グローバルなドキュメント リストのプロジェクトでフィルター処理されたビューを生成する最良の方法は何ですか?
4

2 に答える 2

0

プロジェクト ドキュメントを表示する最も賢明な方法は、ドキュメントの属性に基づくデータ クエリですが、これは、表示する必要があるドキュメントに値を自動的に認識/追加する新しいプロジェクトに依存しています。

管理パス上の各ドキュメント (およびそのサイト) のサイト コレクションを作成し、各プロジェクト サイトのリストを使用して、ドキュメントを取得するために参照するドキュメント サイトを決定したくなるでしょう。とはいえ、遠くから選ぶのはかなり難しいです。

于 2009-08-10T22:33:22.343 に答える
0

ドキュメントに基づいてサイトの作成を自動化するには、ItemEventReceiver をグローバル リストと組み合わせて使用​​するか、さらにはカスタム コンテンツ タイプを使用することをお勧めします。アイテムが追加されたら、サイトを作成します。

ProjectSites リストと DocumentProjectSites リストも作成することをお勧めします。DocumentProjectSites リストには 2 つの LookupMulti フィールドが含まれており、1 つは Document Lib にバインドされ、もう 1 つは ProjectSites リストにバインドされています。

自動化を完全に有効にするには、ドキュメント サイトにサイト削除イベント レシーバーを追加して、DocumentProjectSites および ProjectSites リストを更新します。

于 2009-08-11T07:14:54.860 に答える