私はアイテムの特定のリストのフルコントロールの項目のクリエイターを与え、唯一のアクセス（許可）を読むために他の皆を設定しないワークフローアクティビティを作成しているSharePointアイテムレベルのアクセス＆パフォーマンス
誰かがやっていることを私に言いましたこのように（私は多くのユーザーがいる場合）、パフォーマンスは劇的に下がります
は正しいですか？
いずれかの新しいアイテムを作成することができますが、項目が作成された後にのみ、クリエイターがそれを編集することができ、ユーザーの残りの部分だけ
各リスト項目に大きなACLを使用すると、パフォーマンスが低下します。アイテムレベルのアクセス許可に基本的に最小限のエントリがあることを確認してください。たとえば、次のように
Sharepointはこれらの既定のアクセス許可OOBを提供できますか？私は気づいていない。私が考えることができる唯一のオプションは、ドキュメントがアップロードされるときにこれらの権限をdinamycally設定するワークフローを使用することです。
パフォーマンスの低下を避けたい場合は、Fine Grained Permissionsリストに表示されているアイテムが2000を超えることは絶対に避けてください。それは間違いなく大きなパフォーマンスの問題を引き起こすでしょう。
はい、それを読むことができるリストを作成するための最善の解決策は何でそうであれば、ワークフローでこれを解決できるかもしれませんが、それはちょっと面倒かもしれませんし、サーバーが遅くなるかもしれません。
より良いオプションは、リスト設定>詳細設定>アイテムレベルの権限を使用することです。
この機能は、ドキュメントライブラリとフォームライブラリでは使用できません。
カスタムアクセス許可が適用された多数のアイテムを含むリストがサーバーの速度を低下させることは事実です。これはMicrosoftの公式文書Plan for software boundariesの文書です。
推奨/マジックナンバーは何も中断されませんさらに行く2000ですが、それはあなたがパフォーマンスの問題に実行することを可能性があります。あなたは、彼らがなかったものを、彼らが作成したアイテムを編集して、読み取り専用ことができるように人々をしたい場合は、これを行うためにワークフローを使用してはならない
受け入れ答えは、実際に正しく質問に回答されていない
... 、 "List-> Settings-> Advanced Settings-> Item-level Permissions"を使用してください。は、ドキュメントライブラリ（これはSPLISTを継承しているため）ではです。UIの "Advanced Settings" 。ドキュメントライブラリのReadSecurityプロパティを1に設定し、WriteSecurityプロパティを2に設定することができます。
http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splist.writesecurity.aspx
事前設定 - 私はアイテムの作成者への特別なアクセスを取得したいが、私は他のいくつかのいずれか（管理者、所有者にそれを与えるために何をしたいかの場合>アイテムレベルの権限は良い選択です項目） – Ali