vista umbral superado sesión recursos permitidos organizar online listas lista limite grandes esta elementos cantidad bibliotecas administrar list sharepoint-2010 document-library threshold

superado - umbral de la vista lista sharepoint online



SharePoint 2010-Umbral de vista de lista: ¿qué no dispara el umbral? (1)

En SharePoint 2010, tenemos el Umbral de vista de lista, que por defecto es 5,000, y:

Especifica el número máximo de elementos de lista o biblioteca que una operación de base de datos, como una consulta, puede procesar al mismo tiempo fuera de la ventana de tiempo diaria establecida por el administrador durante la cual las consultas no están restringidas.

Por lo tanto, estoy buscando determinar las opciones para consultar una biblioteca de documentos que tendrá más elementos que el límite de umbral.

Ignorando la ventana de tiempo ''no restringido'', ¿se activará el umbral bajo los siguientes escenarios en una biblioteca de documentos con más de 5,000 elementos?

  1. Uso de consultas CAML en Content Query WebParts en columnas indexadas, resultados no paginados (Respuesta: sí)
  2. Uso de consultas CAML en Content Query WebParts en columnas indexadas, resultados paginados, 100 por página (Respuesta: si usa ContentIterator, No. de lo contrario, sí / tal vez (según el método de recuperación))
  3. Usar la API de búsqueda en columnas indexadas o no indexadas (Respuesta: No)

No he encontrado una buena documentación que tenga una "lista finita" de operaciones que active el límite de umbral. Pero esta publicación de blog es buena: http://blogs.technet.com/b/speschka/archive/2009/10/27/working-with-large-lists-in-sharepoint-2010-list-throttling.aspx

Pero consideraría aumentar los límites de umbral a través de la Administración central porque si su biblioteca de listas / documentos excede el umbral, comienzan a ocurrir cosas inusuales. Por ejemplo, es posible que esté bloqueado para realizar esta operación porque el acceso a muchos elementos podría afectar negativamente a otros usuarios del sitio.

En lo que se refiere al n. ° 3, diría "NO" porque la API de búsqueda no consulta la lista directamente, sino que examina su propio índice y no hay un límite práctico para eso.

Otro recurso muy útil: http://office.microsoft.com/en-us/sharepoint-foundation-help/manage-lists-and-libraries-with-many-items-HA010377496.aspx#_Toc264017710

Siempre se recomienda utilizar ContentIterator, que proporciona métodos para repetir los elementos de la lista, las listas y los sitios para regular la cantidad de datos que se transfieren (es decir, para evitar lanzar una SPQueryThrottledException). Además, este video de capacitación te ayudará mucho a responder algunas de tus preguntas: http://msdn.microsoft.com/en-us/sharepoint/ff420380.aspx#lesson2