Sharepoint 项目级别访问和共享 表现
我创建了一个工作流程活动，它确实为特定列表的项目创建者提供了对该项目的完全控制权，并将其他人设置为只读访问（权限）
有人告诉我，这样做（如果我有很多用户）性能会急剧下降，
这是正确的吗？！！
如果是，创建一个列表的最佳解决方案是什么，任何人都可以创建新项目，但在创建项目后，只有创建者可以编辑它，其余用户只能读取它
i have created a workflow activity that do give the item creater of a specific list full control on the item and set everyone else to read only access (permission)
someone told me that doing it this way (if i have a lot of users) the performance will go down dramatically
is that correct ?!!
if yes what is the best solution to create a list where any one can create new items but after the item is created only the creater can edit it and the rest of the users can read it only
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
接受的答案实际上并没有正确回答问题...
您不应该使用工作流程来执行此操作，如果您希望人们能够编辑他们创建的项目并且只读取他们没有创建的项目，请使用“列表 - >设置” ->高级设置->项目级权限”，并且此适用于文档库（因为它们继承自 SPLIST），它只是不会显示在 UI 中的“高级设置”中。 您可以在文档库上将 ReadSecurity 属性设置为 1，将 WriteSecurity 属性设置为 2。
http://msdn.microsoft.com/en-我们/library/microsoft.sharepoint.splist.writesecurity.aspx
The accepted answer is not actually answering the question correctly...
You should not use a workflow to do this, if you want people to be able to edit items they create and only read ones they did not, use "List->Settings->Advanced Settings->Item-level Permissions", and this is available for document libraries (since they inherit from SPLIST) it just does not show up in their "Advanced Settings" in the UI. You can set the ReadSecurity property to 1 and the WriteSecurity property to 2 on the Document Library.
http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splist.writesecurity.aspx
是的，您可以通过工作流程来解决这个问题，但这可能有点笨拙，并且可能会减慢您的服务器速度。
更好的选择是使用列表设置> 高级设置> 项目级权限。
此功能不适用于文档和表单库。
Yes, you might solve this with workflows but that might be a bit clumsy and it might slow your server.
The better option is to use List Settings > Advanced Settings > Item-level Permissions.
This feature is not available for Document and Form Libraries.
确实，包含大量应用了自定义权限的项目的列表会减慢您的服务器速度。 这是 Microsoft 官方论文规划软件边界中的文档。
建议的/神奇的数字是 2000。进一步不会破坏任何东西，但可能是您会遇到性能问题。
It is true that a list that contains a large number of items with custom permissions applied, will slown down your server. This is document in the official Microsoft paper Plan for software boundaries.
The recommended/magic number is 2000. Going further won't break anything, but it could be that you will run into performance issues.
当您对每个列表项使用大型 ACL 时，性能将会下降。 只要确保项目级权限基本上有最少的条目即可。 例如：
那么，Sharepoint 可以提供这些默认权限 OOB 吗？ 据我所知。 我能想到的唯一选择是使用在上传文档时动态设置这些权限的工作流程。
如果您想避免性能下降，只需确保在细粒度权限列表中显示（或使用对象模型迭代）这些项目的数量永远不要超过 2000 个。 这肯定会导致重大的性能问题。
Performance degradation will happen when you use large ACLs for each list item. Just make sure that item-level permissions basically have the minimum entries. For example:
So, can Sharepoint offer these default permissions OOB? Not that I'm aware of. The only option that I can think of is using workflows that set these permissions dinamycally when the document is uploaded.
If you want to avoid performance degradation just make sure that you never display (or iterate using the object model) more than 2000 of those items in a Fine Grained Permissions list. THAT would definitely cause major performance issues.