Sharepoint:是否存在最大权限级别数？

尝试添加新权限级别时出错，由于意外限制，我无法添加其他权限级别。我应该删除一个现有的，然后再试一次。很抱歉，没有原始错误消息，因为这源于德国WSS安装，因此这只是一个翻译

目前已经有大约1000个权限级别。我知道Sharepoint的WSS 2007/WSS3与安全主体相关的限制，但我不知道与权限级别相关的任何限制

有没有办法对权限级别进行分组？我需要多达2000个权限级别，因为每个组有许多访问权限

------编辑：------------ 我可能没有说清楚。我说的是Sharepoint权限级别，不是组，不是角色。谷歌对sharepoint权限级别的第一次点击就是我所说的。 我的问题是，我需要对我的用户中谁有权访问哪个文档进行完全精细的控制。多个数据库上具有多个站点的多个网站集已经存在，它们可以处理大量文档，从而绕过Sharepoint的限制。但瓶颈是权限级别：

 Create    Document "Type" -> Permission Level
 Role A -> Invoice         -> Create
 Role A -> Question        -> Create, Read, Write
 Role A -> Answer          -> Read, Write
 Role B -> Invoice         -> Read
 Role B -> Answer          -> Write

假设我有以下角色：

Role A
Role B

您可以为每个文件上载这些不同类型的文档：

Document with custom "Type" Invoice
Document with custom "Type" Question
Document with custom "Type" Answer

现在有大量的角色和大约50种不同的文档类型。这两件事-角色+上传的文档类型可以与权限级别相结合：

 Create    Document "Type" -> Permission Level
 Role A -> Invoice         -> Create
 Role A -> Question        -> Create, Read, Write
 Role A -> Answer          -> Read, Write
 Role B -> Invoice         -> Read
 Role B -> Answer          -> Write

每个文档没有简单的权限级别，例如发票=始终创建权限，因为它始终是角色和每个文档的组合。此外，角色对每个网站集和网站都有读/写权限。

---

整个结构过于复杂，因此我提出了一个也是唯一一个问题：Sharepoint是否对每个网站集/每个服务器场的最大权限级别数有限制？如果是这样，在哪里指定了此限制？

为什么要使用这么多权限级别？如果没有复制，我们无法创建1000个权限级别。或者您错误地说“组作为权限级别”

我们可以为网站集中不同网站中的不同组提供相同的权限级别

---

因此，尝试使用现有的权限级别，而不是创建新的权限级别。

您所说的权限级别是什么意思

我见过一个应用程序，其中有1000个组导致整个应用程序缓慢爬行。SharePoint在某些功能中枚举了所有网站集组。这最终是不可持续的，该应用程序必须拆分为多个网站集

---

如果您遇到了这样的限制，那么这个限制可能是有原因的，并且您正在为自己设置问题。也许重新构建您的信息体系结构或自定义角色提供程序是更好的解决方案？

通常，如果您费了那么多劲才让Sharepoint为您带来高效，那么您就没有使用共享正确地指出。有一种不同的方法来解决您手头的问题。创建2000个权限级别会适得其反！想想您想做什么

---

为什么不为您想要执行的不同类别的角色创建不同的网站，并相应地向这些人授予权限。虽然强烈建议将人设置为组，但他们不必设置组。您可以为任何或所有用户提供有限的访问权限，以满足他们需要访问的任何内容。当有人说“有限访问”时，这通常意味着他们拥有文档库或网站的权限，但不是其中的所有内容。

我的意思是权限级别，而不是组和现有权限级别不幸不是一个选项，因为它们是为每种文档类型和每个角色创建的->请参阅OPI中的编辑-由MS hit up google和第一个用户定义的平均权限级别结果就是你的匹配。你完全正确地认为限制的存在是有原因的，但有时也需要扩大限制来解决一些复杂的问题。在这种情况下，问题是角色的负担与网站集的负担相结合，再加上每个文档的粒度权限-