ルックアップフィールドの場合は、「値は予想されない範囲内にありません」とWebアプリケーションのリソーススロットルとの関係

Question

私は多くの列を持つリストを照会していました、それらのうちのいくつかはルックアップされています。私のクエリは1つのIDに基づいてSplistItemを返すことでした。現在、SplistItemからドロップダウンまたはテキストフィールドにルックアップフィールドの値をバインドしたいとき、私は興味深い状況に遭遇しました。

ルックアップ値を取得するために以下のコードを使用しました：

SPFieldLookupValue fieldLookupValue1 = new SPFieldLookupValue(ListItem["LookupField"].ToString());

if (fieldLookupValue1 != null)
   Textbox.text = fieldLookupValue1.LookupValue;

.

システムアカウントとしてログインしたときに上記はうまく機能していました。しかし、読み取りアクセス権を持つユーザーにログインすると、エラー「値は予想されない範囲内にはありません」というエラーが発生します。興味深いものは、Central AdminのWebアプリケーションのリソーススロットルの下の「List View Lookup Threshold」の値を増やした後、この問題は独自に解決されました。

誰かが後ろに何が起こっているのか説明できますか？リソーススロットルの下の値を増やすためのトレードオフは何ですか？

Answer 1

キャメロンが指摘したとき、それは性能の理由のためです。管理者は、デフォルトの8列の上に照会する権限を取得し、標準のユーザーはそうではありません。

マイクロソフトは、リストのパフォーマンスについてのサイトについて以下を示しています。記事内のルックアップ列とリストビューを参照してください。 SQLのパフォーマンスも何が起こるかを示すグラフがいくつかあります。

リストビューの各検索列は、別のテーブルと結合を行います。 ビュー内の各追加ルックアップ列は、の複雑さを増加させる メタデータナビゲーションとリストビューのクエリ標準に加えて ルックアップ列、単価管理メタデータ、複数値管理 メタデータ、単一値の人とグループ列、および複数値 人とグループ列はルックアップ列として数えます。ルックアップを追加する ビューへの列はゆるやかなまたは線形の減少を引き起こすことはありません パフォーマンス、むしろパフォーマンスは8歳まで多少安定しています 急激に劣化したときの列。

ラージリストの設計とリストパフォーマンスの最大化