Acceso y rendimiento a nivel de elemento de Sharepoint

Question

He creado una actividad de flujo de trabajo que le da al creador del elemento de una lista específica control total sobre el elemento y configura a todos los demás para que tengan acceso de solo lectura (permiso).

alguien me dijo que al hacerlo de esta manera (si tengo muchos usuarios) el rendimiento bajará drásticamente

Es eso correcto ?!!

En caso afirmativo, ¿cuál es la mejor solución para crear una lista en la que cualquiera pueda crear nuevos elementos, pero una vez creado el elemento, solo el creador puede editarlo y el resto de los usuarios solo pueden leerlo?

Answer 1

La degradación del rendimiento se producirá cuando utilice ACL grandes para cada elemento de la lista.Solo asegúrese de que los permisos a nivel de elemento tengan básicamente las entradas mínimas.Por ejemplo:

• El usuario que tiene permisos para editar ese elemento.
• Un único grupo de seguridad que contiene todos los usuarios con permisos de Lector únicamente.

Entonces, ¿Sharepoint puede ofrecer estos permisos predeterminados OOB?No que yo supiese.La única opción que se me ocurre es utilizar flujos de trabajo que establezcan estos permisos de forma dinámica cuando se carga el documento.

Si desea evitar la degradación del rendimiento, asegúrese de nunca mostrar (o iterar utilizando el modelo de objetos) más de 2000 de esos elementos en una lista de permisos detallados.ESO definitivamente causaría importantes problemas de rendimiento.

Answer 2

La respuesta aceptada en realidad no es responder la pregunta correctamente...

No debe usar un flujo de trabajo para hacer esto, si desea que las personas puedan editar los elementos que crean y solo leer los que no crearon, use "Lista->Configuración->Configuración avanzada->Permisos a nivel de elemento", y esto es disponible para bibliotecas de documentos (ya que heredan de SPLIST), simplemente no aparece en su "Configuración avanzada" en la interfaz de usuario.Puede establecer la propiedad ReadSecurity en 1 y la propiedad WriteSecurity en 2 en la biblioteca de documentos.

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

Answer 3

Sí, puede resolver esto con flujos de trabajo, pero puede ser un poco complicado y ralentizar su servidor.

La mejor opción es usar Configuración de lista > Configuración avanzada > Permisos a nivel de elemento.

Esta función no está disponible para bibliotecas de documentos y formularios.

Answer 4

Es cierto que una lista que contiene una gran cantidad de elementos con permisos personalizados aplicados ralentizará su servidor.Este es un documento en el documento oficial de Microsoft. Planifique los límites del software.

El número recomendado/mágico es 2000.Ir más lejos no romperá nada, pero podría puede que te encuentres con problemas de rendimiento.