制限とパフォーマンス: 大規模な掲示板、長いスレッド、リスト ビューのしきい値

概要

Discussions は、サイトのすべての掲示板をいくつかの通常の SharePoint リストに保存します。そのため、適用される制限は SharePoint Online のリストの制限に、Web パーツに組み込まれたいくつかの固定値を加えたものです。この記事では、バージョン 26.11.4 で実装されているこれらの値を一覧にし、ページング、インデックス、リスト ビューのしきい値の影響を説明し、非常に大きな掲示板や非常に長いスレッドを持つサイト向けの推奨事項を示します。リストと列そのものについては、KB10426. Discussions のリストと列のリファレンスで説明しています。

制限の一覧

トピック一覧が高速なままである仕組み

各要求は設定した件数以下のトピックを返し、ピン留め、次に最終アクティビティの新しい順で並べ替えます。さらに読み込む は SharePoint が返した継続リンクを使用します。ページングは応答サイズを制限しますが、サーバーの処理量が一定であることや、リスト ビューのしきい値を回避できることを保証しません。

フィルターや並べ替えに使う複数の列にはインデックスがありますが、すべての条件にあるわけではありません。特に回答の有無を判定するベスト アンサーの列にはインデックスがありません。

タイトル検索は「含む」条件を追加します。ページ サイズを小さくしたり、1 つの掲示板を 5,000 トピック未満にしたりしても、クエリの成功は保証されません。サイト内の掲示板は同じトピック リストを共有し、掲示板フィルターは参照列を使うためです。Microsoft は、参照列のインデックスではしきい値エラーを防げないと説明しています。代表的なデータで実際のクエリを検証し、拒否される場合はサイト検索を使用してください。Microsoft: リストまたはライブラリの列へのインデックスの追加を参照してください。

長いスレッド

トピックを開くと、Web パーツは最初のページだけでなく、そのトピックのすべての返信を読み込みます。返信はインデックス付きの VtxTopic 参照列を通じて Discussions Posts リストから 500 件ずつ読み込まれ、その後、親とパスの列からブラウザー内で返信ツリーが構築されます。深さの上限を設定する機能はありませんが、親返信のパス列は 255 文字までのため、任意の深さの入れ子は保証されません。「さらに返信を表示」という別の操作はありません。

実際の影響は次のとおりです。

• 表示可能な返信が 1 回に 500 件ずつ返され、クエリが成功する場合: 2,000 件の返信を持つスレッドは表示までに 4 回の要求が必要で、10,000 件の返信を持つスレッドには 20 回の要求が必要です。すべての返信が一度にレンダリングされるため、ページは目に見えて重くなります。
• 深く入れ子になった返信は、レベルごとにインデントされます。狭い画面では、非常に深い分岐は読みにくくなります。モデレーターは役目を終えたトピックを ロックし、新しいトピックを作成するよう依頼できます。
• 一覧の 返信 カウンターはトピックに保存された数値であり、リアルタイムの集計ではありません (KB10432. カウンター、最終アクティビティ、ベスト アンサーが正しく表示されないを参照)。

画像と添付ファイル

貼り付け、ドロップ、または 画像を挿入 ボタンで挿入したインライン画像は、Discussions Assets ドキュメント ライブラリにアップロードされます。Web パーツは暦年ごとにフォルダー (たとえば 2026) を作成し、すべての画像を一意の名前でそこに保存します。 年ごとのフォルダーはファイルを整理するためのものです。利用が多い年のフォルダーは、リスト ビューのしきい値を超える場合があります。10 MB を超える画像はアップロード開始前に拒否され、画像以外のファイルはエディターに無視されます。

一方、ファイルを添付 で追加した添付ファイルは、トピックまたは返信に対する通常のリスト アイテムの添付ファイルです。Web パーツはその数やサイズに制限を設けず、SharePoint Online のリスト アイテムの添付ファイルの制限が適用されます。ファイル名はアップロード前に SharePoint で安全な形式にされます。文字 \ / : * ? " < > | # % & { } ~ はアンダースコアに置き換えられ、120 文字を超える名前は短縮されます。

モデレーション キュー、Activity Web パーツ、サブスクリプション

• モデレーション は、承認待ち、拒否済み、報告済みのトピックと返信という 6 つのセクションで、それぞれ最新 200 件までを要求します。返信はサイト全体から選択された後、現在の掲示板に絞り込まれます。他の掲示板のアイテムが 200 件の枠を占め、現在の掲示板の古い返信が表示されない場合があります。キューは完全な監査一覧ではありません。大量に蓄積している場合は、元のリストを確認してください。
• Discussions Activity は、最大項目数 (1～50) で設定した件数のトピックを、承認状態でフィルターし、最終アクティビティ順に要求します。応答サイズは制限されますが、大きなリストへのクエリが成功するとは限りません。
• サブスクリプションはユーザーと掲示板ごとに最大 500 行を読み込みます。この選択範囲を超えた分は、このクエリでは返されません。

カウンターとバージョン管理

返信数、閲覧数、最終アクティビティなどはトピック アイテムに保存され、返信したユーザーやトピックを開いたユーザーのブラウザーによって更新されます。リストはバージョン管理を有効にして作成されるため、こうした更新のたびにトピック アイテムの新しいバージョンが作成されます。非常に活発な掲示板では、人気のあるトピックのバージョン履歴が急速に増えます。サイト所有者は、Discussions Topics のリストの設定 → バージョン設定で保持するバージョン数を減らすことができ、Web パーツには影響しません。

非常に大きな掲示板向けの推奨事項

1. 共有リストを計画します。 同じサイトの掲示板はリストを共有します。掲示板を分割しても、リスト全体の件数は減らず、アクセス権も分離されません。組織の要件に合う場合は、サイトを分けることでリストも分けられます。
2. 実際のデータ量で検証します。 代表的なデータで検索と各ビューを確認してください。掲示板が 5,000 トピック未満でも保証にはなりません。拒否される場合はサイト検索を使用し、リストの構成を見直してください。
3. カテゴリを使用して関連するトピックを整理します。カテゴリ列はインデックス付きですが、フィルター処理には依然として処理負荷がかかります。
4. 1 つのトピックに何千件もの返信を集めるのではなく、終了したスレッドをロックし、新しいスレッドを始めます。
5. ページ サイズ。 1 ページ 20 トピックから始めます。100 に増やすと、要求ごとに転送・表示するデータが増え、初期読み込みが重くなる場合があります。
6. インポート。 インポーターは 2,000 件ずつ読み込み、アイテムを個別に書き込みます。大規模なインポートの前にアクセス許可と代表的なソースを検証し、時間を確保したうえで、警告や中断された実行を確認してください。 KB10417. クラシックの SharePoint ディスカッション掲示板を Discussions にインポートする方法を参照してください。