SharePoint 2010 - порог представления списка: что не вызывает порог? - PullRequest
Новая
       27

SharePoint 2010 - порог представления списка: что не вызывает порог?

3 голосов
/ 20 октября 2010

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

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

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

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

  1. Использование CAML-запросов в Content Query WebParts для индексированных столбцов, не страничные результаты (Ответ: да)
  2. Использование CAML-запросов в Content Query WebParts для индексированных столбцов, результаты по страницам, 100 на страницу (Ответ: Если используется ContentIterator, Нет. В противном случае, Да / Возможно (в зависимости от метода поиска))
  3. Использование API поиска для индексированных или неиндексных столбцов (Ответ: Нет)

1 Ответ

4 голосов
/ 21 октября 2010

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

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

Что касается № 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

...