Sharepoint Уровень предмета Доступ и производительность - PullRequest
0 голосов
/ 17 сентября 2008

Я создал операцию рабочего процесса, которая дает создателю элемента полный список полного контроля над элементом и настраивает всех остальных на доступ только для чтения (разрешение)

кто-то сказал мне, что при этом (если у меня много пользователей) производительность резко снизится

это правильно? !!

если да, то каково лучшее решение для создания списка, в котором любой может создавать новые элементы, но после создания элемента его может редактировать только создатель, а остальные пользователи могут читать только

Ответы [ 4 ]

3 голосов
/ 20 сентября 2008

Принятый ответ не дает правильного ответа на вопрос ...

Вы не должны использовать рабочий процесс для этого, если вы хотите, чтобы люди могли редактировать созданные ими элементы и читать только те, которые они не делали, используйте «Список-> Настройки-> Дополнительные настройки-> Разрешения на уровне элемента» и доступно для библиотек документов (так как они наследуются от SPLIST), оно просто не отображается в их «Расширенных настройках» в пользовательском интерфейсе. Можно установить для свойства ReadSecurity значение 1, а для свойства WriteSecurity - 2 в библиотеке документов.

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

2 голосов
/ 18 сентября 2008

Понижение производительности произойдет, когда вы будете использовать большие ACL для каждого элемента списка. Просто убедитесь, что разрешения на уровне элементов в основном имеют минимальные записи. Например:

  • Пользователь, у которого есть права на редактирование этого элемента
  • Одна группа безопасности, которая содержит всех пользователей с правами только для чтения.

Итак, может ли Sharepoint предложить эти разрешения по умолчанию OOB? Не то, чтобы я знал. Единственная возможность, о которой я могу подумать, - это использовать рабочие процессы, которые устанавливают эти разрешения динамически при загрузке документа.

Если вы хотите избежать снижения производительности, просто убедитесь, что вы никогда не отображаете (или не выполняете итерацию с использованием объектной модели) более 2000 таких элементов в списке мелкозернистых разрешений. Это определенно вызовет серьезные проблемы с производительностью.

1 голос
/ 18 сентября 2008

Это правда, что список, который содержит большое количество элементов с примененными пользовательскими разрешениями, замедлит работу вашего сервера. Это документ в официальном документе Microsoft План для границ программного обеспечения .

Рекомендованное / магическое число - 2000. Дальнейшие действия ничего не сломят, но может вызвать проблемы с производительностью.

1 голос
/ 17 сентября 2008

Да, вы можете решить эту проблему с помощью рабочих процессов, но это может быть немного неуклюжим и замедлить работу вашего сервера.

Лучшим вариантом является использование параметров списка> Расширенные настройки> Разрешения на уровне элемента.

Эта функция недоступна для библиотек документов и форм.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...