SharePointで5000件しきい値を超える一覧は、力技で表示させるのではなく、インデックス列で先に件数を絞り、5,000件未満になるビューへ作り替えるのが最も安全です。特に SharePoint Online では、しきい値そのものを上げる前提ではなく、インデックス・絞り込み・フォルダ・分割運用で回避するのが基本になります。5000件は「保存できる件数の上限」ではなく、1回のクエリが安全に処理できる目安だと捉えると判断しやすくなります。 (Microsoft Learn)
この記事では、5000件しきい値の正体、まず確認する設定場所、実務でうまくいく手順、失敗しやすいポイント、戻し方、さらに一覧を分けるべきケースまで、運用で迷わない順番で整理します。 (マイクロソフトサポート)
SharePointの5000件しきい値は「保存上限」ではない
List View Threshold は、一覧やライブラリに対する1回のデータベース操作が一度に処理できる件数の上限で、既定値は約5,000件です。SharePoint Online ではこのしきい値は変更できません。一方で、SharePoint のリスト自体は最大3,000万件、ドキュメント ライブラリも最大3,000万件のファイルとフォルダを持てます。つまり、問題は「総件数」そのものより、どんなビューや絞り込みで取りに行くかです。 (マイクロソフトサポート)
ここで見落としやすいのが、件数が増えるほど権限設計や列設計のまずさが表面化しやすいことです。リスト・ライブラリ・フォルダが10万件を超えると、その単位では権限継承の停止や再継承ができません。さらに一意権限のサポート上限は5万ですが、推奨される一般的な上限は5,000です。アイテム単位の共有を多発させる運用は、5000件しきい値対策と相性がよくありません。 (マイクロソフトサポート)
まずは原因を切り分ける
5000件しきい値のトラブルは、公式の制約と現場の再現パターンを合わせると、ほぼ次のどれかに収まります。 (マイクロソフトサポート)
| 症状 | まず見る場所 | 原因の本命 | 最初の対応 |
|---|---|---|---|
| 一覧を開いた瞬間にエラー | 既定ビュー | 絞り込みなし、または並べ替え・グループ化・集計が重い | 安全な新規ビューを作り、既定ビューを差し替える |
| フィルターすると落ちる | ビューのフィルター条件 | 最初の条件で5,000件未満に減っていない、または OR 条件 | 選択性の高い列にインデックスを付け、AND で絞る |
| 担当者・参照・タグ列が多い | 表示列、フォーム | People/Lookup/Managed Metadata 系の列が多い | 既定ビューから外し、必要時だけ詳細ビューで表示する |
| フォルダ運用なのに遅い | フォルダ表示設定 | フラット表示、またはフォルダ内が大きすぎる | フォルダ単位で見せ、必要なら列フィルターを併用する |
| 削除後も改善しない | ごみ箱 | Recycle Bin 内のアイテムも件数判定に含まれている | ごみ箱を空にする |
| 一部しか見えない | Indexed Columns、ビュー | Fallback query による部分表示 | データ消失を疑う前にビュー設計を見直す |
先に覚えておきたい設定場所
5000件しきい値対応で触る場所は、実際にはそれほど多くありません。場所だけ先に把握しておくと作業が速くなります。 (マイクロソフトサポート)
| やること | 主な設定場所 |
|---|---|
| インデックスの追加・削除 | 設定 → List settings / Library settings → Indexed columns |
| ビューの修正 | 設定 → List settings / Library settings → Views → 対象ビュー |
| リストでフォルダを有効化 | 設定 → List settings → Advanced settings → Enable folders |
| 既定ビューの切り替え | 公開ビューを編集して Default view に設定 |
実務でいちばん再現性が高い解決手順
まず「安全な既定ビュー」を作る
いきなり既存ビューをいじるより、先に事故らない既定ビューを1つ作る方が安全です。ここでやることは4つだけで、並べ替えを外す、グループ化を外す、集計を外す、表示列を最小限にする、です。People、Lookup、Managed Metadata のような列は並べ替えでエラー原因になりやすく、表示列も多すぎるとしきい値エラーの原因になります。Microsoft は、これらの型を12列以上表示するとエラーの原因になり得ると案内しています。 (マイクロソフトサポート)
既定ビューのおすすめは、「直近90日」「今年度のみ」「アーカイブ除外」「部署別」など、開いた瞬間に5,000件未満へ絞れる前提のビューです。よくある失敗は、全件表示ビューを既定のまま残し、ユーザーに「必要なら絞ってください」と丸投げすることです。大規模一覧では、既定ビューこそ最初に設計すべきです。 (マイクロソフトサポート)
次に、最初の条件で件数を落とせる列へインデックスを付ける
インデックスは最大20列まで作成できますが、増やせばよいわけではありません。Microsoft も、よく使う絞り込み列だけに厳選することを勧めています。さらに重要なのは、フィルター式の最初のインデックス列が最も大きく件数を減らせることです。たとえば15,000件ある一覧なら、最初の条件で5,000件未満まで落とせる列を選ぶのが基本です。 (マイクロソフトサポート)
実務で向きやすいのは、次のような列です。
- 年度、月、作成日、更新日
- 部門コード、拠点、案件コード
- ステータス
- アーカイブ区分
- 公開フラグ
逆に、最初の絞り込み列として向きにくいのは、自由入力のタイトル、備考、ばらつきが大きい複数選択列、計算列、複数人のユーザー列です。しきい値回避が目的なら、Lookup 系列を主軸にするのも避けた方が無難です。Microsoft も、Lookup 列は性能改善のためにインデックス化できても、しきい値回避の主役にはしない方がよいと案内しています。 (マイクロソフトサポート)
なお、モダン UI では保存済みビューの並べ替えやフィルター、モダン表示での並べ替え時に自動でインデックスが作られることがあります。20,000件を超える一覧ではバックグラウンドで作られ、「Indexed Columns」に “Indexing in progress” と出ることがあります。すぐ反映されなくても、まずはそこを確認してください。 (マイクロソフトサポート)
フィルターは「見たい条件」ではなく「先に減らせる条件」で作る
大規模一覧で重要なのは、最終的に見たい条件よりも、最初に安全な件数まで減らせる条件です。Microsoft の説明でも、複数条件を使うなら AND で組み、最初のインデックス列が大きく絞り込めるようにするのが基本です。逆に OR 条件は全体走査になりやすく、結果件数が少なく見えても途中でしきい値に引っかかることがあります。 (マイクロソフトサポート)
たとえば、次のように考えると設計しやすくなります。
- 悪い例
ステータス = 完了 OR 担当者 = 自分 - 良い例
年度 = 2026 AND 部門 = 情シス AND ステータス = 完了
後者は、最初の「年度」や「部門」で母数を落としてから必要な条件を重ねる考え方です。SharePoint のビューは、SQL っぽく書けるかではなく、最初に何件まで落とせるかで成否が決まります。 (マイクロソフトサポート)
フォルダは有効だが、「フラット表示」に戻すと詰まりやすい
フォルダは必須ではありませんが、大きな一覧ではかなり有効です。Microsoft も、フォルダは内部的なインデックスを持ち、単一フォルダのビューはインデックス付き列のフィルターと同等以上に効率的な場合があると案内しています。年別、月別、部署別、プロジェクト別のように、最初から物理的に母数を分けられる業務ではフォルダ運用が効きます。 (マイクロソフトサポート)
ただし、フォルダを使っていても安心はできません。フォルダ内の件数が大きすぎるとやはり重くなりますし、「Show all items without folders」のようなフラット表示に戻すと、単純に全体を見に行くビューになりやすいからです。Microsoft も、フォルダを使う場合でも必要に応じて単純インデックスに基づくフィルターを併用するよう案内しています。 (マイクロソフトサポート)
リストではフォルダ機能が既定で有効ではない点も要注意です。必要なら、List settings → Advanced settings → Enable folders を有効にします。なお、ライブラリでは Move to やドラッグ＆ドロップでメタデータを保ったまま移動できますが、リストではライブラリのような自動的なフォルダ移動が前提ではないため、後から大量整理するより最初に構成を決める方が安全です。 (マイクロソフトサポート)
失敗しやすいポイント
Lookup 系・People 系・Managed Metadata 系を既定ビューに詰め込みすぎる
大規模一覧で最もありがちな失敗です。これらの列は並べ替えでしきい値エラーの原因になりやすく、表示しすぎても問題になります。さらに、Lookup 系のしきい値は既定で12列とされており、フォーム側でも Lookup 系列が多いと SQL 文が長くなりすぎて表示や追加に失敗することがあります。既定ビューには最小限だけを載せ、詳細情報は別ビューか詳細ペインへ逃がす方が安全です。 (マイクロソフトサポート)
削除したのに改善しない
これはかなり多いです。SharePoint では、アイテムを Recycle Bin に移しただけでは、フィルター式がしきい値を超えるかどうかの判定にまだ含まれることがあります。整理後に改善しないときは、本体件数だけでなくごみ箱も確認してください。 (マイクロソフトサポート)
一部しか見えないのを「データ消失」と誤解する
インデックスを使えないビューでは、Metadata Navigation and Filtering が fallback query を組み立て、最大1,250件の新しいアイテムだけを部分的に返すことがあります。条件に合うアイテムがその走査範囲に無ければ、0件に見えることもあります。現場で「昨日まであったデータが消えた」と言われたら、まずビューとインデックスを疑うのが正解です。 (マイクロソフトサポート)
アイテム単位の権限を増やしすぎる
業務要件で個別共有が増えがちですが、大規模一覧ではかなり危険です。一意権限のサポート上限は5万でも、一般的な推奨上限は5,000です。しかも、リスト・ライブラリ・フォルダが10万件を超えると、その単位では継承停止や再継承ができません。権限で見せ分けるより、サイト・ライブラリ・一覧を分ける設計の方が長期的には安定します。 (マイクロソフトサポート)
戻し方と安全なやり直し方
インデックスを間違えた場合は、Indexed columns から対象のインデックスを開いて Delete で削除できます。インデックスは追加しすぎると更新時の負荷も増えるので、試行錯誤した列はきちんと片付けた方がよいです。 (マイクロソフトサポート)
ビューを作り直したい場合は、先に別の公開ビューを既定にしてから不要な既定ビューを外します。SharePoint では既定ビューをそのまま削除できず、まず別の公開ビューを既定にする必要があります。既存ビューを壊すのが怖いときは、「安全版」「管理者版」「詳細版」のように用途別に分けると戻しやすくなります。 (マイクロソフトサポート)
それでも厳しいなら、一覧設計を変えた方が早い
次のような要件なら、1つの一覧に集め続けるより、構造を分けた方が結果的に楽です。
- すべてのユーザーが、常に数万件のアクティブデータをフラット表示したい
- 絞り込み条件が曖昧で、最初に5,000件未満へ落とせる列がない
- 個別権限、Lookup、People、Managed Metadata が多く、一覧がどんどん太っている
- 分析や集計が主目的で、SharePoint の画面より Excel 側の方が使いやすい
探すことが主目的なら、リストやライブラリの Search box を使う方法があります。SharePoint Search は独自のインデックス機構を持ち、List View Threshold の制約を直接は受けません。分析が主目的なら、現在のビューを Excel にエクスポートして、1方向の更新で再取得する運用も有効です。SharePoint の「Export to Excel」は現在のビューを基準に出力でき、CSV は最大30,000行までエクスポートできます。 (マイクロソフトサポート)
実務では、現行データ用一覧とアーカイブ一覧を分けるだけでもかなり安定します。たとえば「今年度分だけを既定ビューで扱う」「完了から90日を過ぎたらアーカイブへ移す」「部署ごとに一覧を分ける」といった設計は、SharePoint の得意な使い方に寄せる定番手です。これはしきい値対策であると同時に、ユーザー体験の改善でもあります。
SharePoint Server だけ例外的にできること
もし SharePoint Server を使っているなら、管理者は Central Admin から Application Management → Manage Web Applications → General Settings → Resource Throttling を開き、Daily Time Window を設定したり、List View Threshold を変更したりできます。ただし Microsoft も、しきい値の引き上げはパフォーマンス劣化のリスクが高く、基本的には推奨しないと明言しています。SharePoint Online では変更できません。 (マイクロソフトサポート)
Server 版で本当に必要なのは、しきい値を上げることより、重い作業を Daily Time Window に逃がすことです。Microsoft は、インデックスの追加・削除、列の追加・変更、フォルダの削除・コピー、権限設定の変更などを Daily Time Window で行う方法を案内しています。オンプレ環境でも、まずは一覧設計を見直し、それでも足りないときだけ管理者設定を使う順番が安全です。 (マイクロソフトサポート)
迷ったら、この順で進めれば大きく外しにくい
SharePoint で5000件しきい値を越える一覧を扱うときは、しきい値をどうにか上げるのではなく、5,000件未満に減らせる見せ方へ設計し直すのが正攻法です。特に効果が高いのは、次の3点です。 (マイクロソフトサポート)
- 既定ビューから並べ替え・グループ化・集計を外し、表示列を最小限にする。
- 年度、作成日、部門、アーカイブ区分など、最初の条件で5,000件未満に落とせる列へインデックスを付ける。
- それでも無理なら、フォルダ、アーカイブ分割、検索、Excel 利用へ切り替える。
この順で見直せば、ほとんどの一覧は「開けない」「遅い」「一部しか見えない」状態から抜け出せます。逆に、全件を1つのビューで見せ続ける発想のままだと、列や権限を足すほど再発します。まずは今の既定ビューを1つ、安全なものに差し替えるところから着手してください。
コメント