SharePoint 2010 - Порог просмотра списка: что не запускает порог?

StackOverflow https://stackoverflow.com/questions/3981078

Вопрос

В SharePoint 2010 у нас есть порог просмотра списка, который по умолчанию до 5000 и:

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

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

Игнорируя «неограниченное» окно времени, будет ли порог запустить в соответствии с следующими сценариями в библиотеке документов с более чем 5000 предметов?

  1. Использование CAML-запросов в веб-частях запроса содержимого в индексированных столбцах, не страдающих результатах (Ответ: Да)
  2. Использование CAML -запросов в веб -частях запроса содержимого в индексированных столбцах, результатах на странице, 100 на страницу (ответ: Если использование Contentiterator, нет. В противном случае, да/может быть (в зависимости от метода поиска)))))
  3. Используя поисковый API на индексированных или неиндексных столбцах (ответ: нет)
Это было полезно?

Решение

Я не нашел хорошую документацию, которая имеет «конечный список» операций, которые запускают пороговый предел. Но этот пост хорош: http://blogs.technet.com/b/speschka/archive/2009/10/27/working-with-large-lists-in-sharepoint-2010-list-trottling.aspx

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

Что касается нет 3. касается 3. Я бы сказал «нет», потому что поисковый API не запросит список напрямую, но он рассматривает свой собственный индекс, и в этом нет практического ограничения!

Еще один очень полезный ресурс: http://office.microsoft.com/en-us/sharepoint-foundation-help/manage-lists-and-libraries-with-many-items-ha010377496.aspx#_toc264017710

Всегда рекомендуется использовать Contentiterator, который предоставляет методы для итерации «Списки», «Списки», «Сайты» для регулирования объема передаваемых данных (т. Е. Чтобы избежать броска spquerythrottledexception). Кроме того, это обучающее видео очень поможет вам ответить на некоторые из ваших вопросов: http://msdn.microsoft.com/en-us/sharepoint/ff420380.aspx#lesson2

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top