문제

특정 목록의 항목 생성자에게 항목에 대한 모든 권한을 부여하고 다른 모든 사람에게는 읽기 전용 액세스(권한)를 설정하는 워크플로 활동을 만들었습니다.

누군가 이렇게 하면 (사용자가 많으면) 성능이 급격하게 떨어진다고 말하더군요.

그 맞습니까 ?!!

그렇다면 누구나 새 항목을 만들 수 있지만 항목이 생성된 후에는 작성자만 편집할 수 있고 나머지 사용자는 읽을 수만 있는 목록을 만드는 가장 좋은 솔루션은 무엇입니까?

도움이 되었습니까?

해결책

각 목록 항목에 대규모 ACL을 사용하면 성능 저하가 발생합니다.항목 수준 권한에 기본적으로 최소 항목이 있는지 확인하세요.예를 들어:

  • 해당 항목을 편집할 수 있는 권한이 있는 사용자
  • 독자 권한만 가진 모든 사용자를 포함하는 단일 보안 그룹입니다.

그렇다면 Sharepoint는 이러한 기본 권한 OOB를 제공할 수 있습니까?내가 아는 바는 아니다.제가 생각할 수 있는 유일한 옵션은 문서가 업로드될 때 이러한 권한을 근본적으로 설정하는 워크플로를 사용하는 것입니다.

성능 저하를 피하려면 세분화된 권한 목록에 해당 항목을 2000개 이상 표시(또는 개체 모델을 사용하여 반복)하지 마십시오.이는 확실히 심각한 성능 문제를 일으킬 것입니다.

다른 팁

허용되는 답변은 실제로 질문에 올바르게 대답하지 않습니다 ...

이를 위해 워크플로를 사용해서는 안 됩니다. 사람들이 자신이 만든 항목을 편집하고 읽지 않은 항목만 읽을 수 있도록 하려면 "목록->설정->고급 설정->항목 수준 권한"을 사용하세요. ~이다 문서 라이브러리에 사용할 수 있습니다(SPLIST에서 상속되므로). UI의 "고급 설정"에는 표시되지 않습니다.문서 라이브러리에서 ReadSecurity 속성을 1로 설정하고 WriteSecurity 속성을 2로 설정할 수 있습니다.

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

예, 워크플로를 사용하여 이 문제를 해결할 수 있지만 이는 다소 서투르고 서버 속도가 느려질 수 있습니다.

더 나은 옵션은 목록 설정 > 고급 설정 > 항목 수준 권한을 사용하는 것입니다.

문서 및 양식 라이브러리에는 이 기능을 사용할 수 없습니다.

사용자 정의 권한이 적용된 항목이 많이 포함된 목록으로 인해 서버 속도가 느려지는 것은 사실입니다.이것은 공식 Microsoft 문서에 있는 문서입니다. 소프트웨어 경계 계획.

권장/매직 넘버는 2000입니다.더 나아가도 아무 것도 깨지지 않지만 ~할 수 있었다 성능 문제가 발생할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top