0

特定のリストのアイテム作成者にアイテムのフルコントロールを提供し、他のすべてのユーザーに読み取り専用アクセス（許可）を設定するワークフローアクティビティを作成しました

誰かが私にこのようにすると（私が多くのユーザーを持っている場合）パフォーマンスが劇的に低下するだろうと私に言いました

あれは正しいですか ？！！

はいの場合、誰でも新しいアイテムを作成できるリストを作成するための最良の解決策は何ですか。ただし、アイテムが作成された後は、作成者のみが編集でき、残りのユーザーはそれを読み取ることができます。

4

4 に答える 4

3

受け入れられた答えは、実際には質問に正しく答えていません...

これを行うためにワークフローを使用しないでください。ユーザーが作成したアイテムを編集し、編集していないアイテムのみを読み取れるようにする場合は、"List->Settings-> Advanced Settings->Item-level Permissions" を使用してください。ドキュメント ライブラリで使用できます (SPLIST から継承されるため)、UI の [詳細設定] に表示されません。ドキュメント ライブラリでは、ReadSecurity プロパティを 1 に、WriteSecurity プロパティを 2 に設定できます。

http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splist.writesecurity.aspx

于 2008-09-19T21:25:33.517 に答える
2

リスト項目ごとに大きな ACL を使用すると、パフォーマンスが低下します。基本的に項目レベルのアクセス許可に最小限のエントリがあることを確認してください。例えば：

  • そのアイテムを編集する権限を持つユーザー
  • 閲覧者のアクセス許可のみを持つすべてのユーザーを含む単一のセキュリティ グループ。

では、Sharepoint はこれらの既定のアクセス許可 OOB を提供できますか? 私が知っているわけではありません。私が考えることができる唯一のオプションは、ドキュメントのアップロード時にこれらのアクセス許可を動的に設定するワークフローを使用することです。

パフォーマンスの低下を回避したい場合は、ファイングレイン アクセス許可リストでこれらの項目を 2000 を超えて表示 (またはオブジェクト モデルを使用して反復) しないようにしてください。それは間違いなく主要なパフォーマンスの問題を引き起こします。

于 2008-09-17T20:44:40.643 に答える
1

カスタム権限が適用された多数のアイテムを含むリストがサーバーの速度を低下させるのは事実です。これは、Microsoft の公式ペーパーPlan for software boundary に記載されています。

推奨/マジック ナンバーは 2000 です。さらに進んでも問題はありませんが、パフォーマンスの問題が発生する可能性があります。

于 2008-09-18T09:33:00.300 に答える
1

はい、ワークフローでこれを解決できるかもしれませんが、それは少し扱いに​​くく、サーバーの速度が低下する可能性があります。

より良いオプションは、[リストの設定] > [詳細設定] > [アイテム レベルのアクセス許可] を使用することです。

この機能は、ドキュメント ライブラリとフォーム ライブラリでは使用できません。

于 2008-09-17T17:21:48.043 に答える