Sharepoint 项目级别访问和性能

Question

我创建了一个工作流程活动，该活动确实为特定列表的项目创建者提供了对该项目的完全控制权，并将其他人设置为只读访问权限（权限）

有人告诉我，这样做（如果我有很多用户）性能会急剧下降

那是对的吗 ？！！

如果是，创建一个列表的最佳解决方案是什么，任何人都可以创建新项目，但在创建项目后，只有创建者可以编辑它，其余用户只能读取它

Answer 1

当您对每个列表项使用大型 ACL 时，性能将会下降。只要确保项目级权限基本上有最少的条目即可。例如：

• 有权编辑该项目的用户
• 包含所有仅具有“读者”权限的用户的单个安全组。

那么，Sharepoint 可以提供这些默认权限 OOB 吗？据我所知。我能想到的唯一选择是使用在上传文档时动态设置这些权限的工作流程。

如果您想避免性能下降，只需确保在细粒度权限列表中显示（或使用对象模型迭代）这些项目的数量永远不要超过 2000 个。这肯定会导致重大的性能问题。

Answer 2

接受的答案实际上并没有正确回答问题......

您不应该使用工作流程来执行此操作，如果您希望人们能够编辑他们创建的项目并且只读取他们没有创建的项目，请使用“列表->设置->高级设置->项目级权限”，并且此 是 可用于文档库（因为它们继承自 SPLIST），它只是不会显示在 UI 中的“高级设置”中。您可以在文档库上将 ReadSecurity 属性设置为 1，将 WriteSecurity 属性设置为 2。

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

Answer 3

是的，您可以通过工作流程来解决这个问题，但这可能有点笨拙，并且可能会减慢您的服务器速度。

更好的选择是使用列表设置 > 高级设置 > 项目级权限。

此功能不适用于文档和表单库。

Answer 4

确实，包含大量应用了自定义权限的项目的列表会减慢您的服务器速度。这是微软官方论文中的文档 规划软件边界.

推荐/幻数是 2000。走得更远不会破坏任何东西，但它 可以 你会遇到性能问题。