Центр документов и пороговой порог

Question

из здесь , я под впечатлением, что сайты SharePoint, построенные с шаблонов сайта« Центр документов »или« Записи », имеют библиотеки и списки документов, которые освобождены от стандарта 5000 Порог просмотра списка-элементов:

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

Также таблица на Эта ссылка показывает "нет" Явная информация базы данных содержимого "для центров документов и центров записей.

Я построил центр тестового документа центра, затем добавил библиотеку документов и загрузил 3500 пустых текстовых файлов - это запущено стандартное сообщение «Просмотр списка». Я действительно надеялся, что это уйдет с шаблоном сайта Центра документов ... не вижу, как это не так.

Я здесь делаю что-то не так?

Answer 1

Вы можете изменить порог в центральном введении, он применяется ко всему веб-приложению. Перейдите в: Центральный администратор -> Управление веб-приложениями -> Выберите ваше веб-приложение (вероятно, «SharePoint - 80») -> Нажмите на раскрывающиеся раскрывающиеся настройки -> дросселирование ресурсов

Там вы увидите порог просмотра списка и несколько вариантов, связанных с ним. Обратите внимание, что это относится ко всем пользователям, поэтому, если вы поднять его, он может вызвать проблемы с производительностью, если ваши пользователи делают вещи, которые включают в себя просмотр больших количеств элементов списка. Я бы посоветовал изменить его обратно к дефолту, когда вы закончите, или используете код модели объекта, чтобы выполнить ваши запросы, если вы можете, потому что он может обойти нормальный предел.

ура!

Редактировать: кажется, что ограничение в больших списках больше из-за SQL, чем сама SharePoint ( это - это хорошее описание эффектов, хотя он конкретно применяется к полям поиска, но принципы одинаковы). В основном существует значительная разница в количестве мощности процессора, требуемой SQL для обработки больших запросов. Там очень тщательная статья Здесь описание влияния больших запросов и Изложение нескольких методов для того, как иметь дело с ними, например, индексирование и SP Workspace.

В то время как SP предназначен для обработки больших хранилищ документов, все еще есть физические ограничения самого оборудования, чтобы рассмотреть. Я бы предположил, что с большой и хорошо структурированной фермой с аппаратным порывом кровотечения, вы можете теоретически обрабатывать все данные, которые вы хотите в одном списке, но стоимость будет увеличиваться в геометрической основе по очевидным причинам. Я бы порекомендовал повторную инструмент дизайна для распространения данных по нескольким библиотекам, а затем с использованием чего-то вроде индивидуального контента запроса веб-часть, чтобы потянуть наборы записей по мере необходимости от всех местоположений.

Вы также собираетесь начать работать в размерах ограничения для баз данных. Существует довольно прочный предел 200 ГБ, который Microsoft настоятельно рекомендует вам не превышать. Альтернатива может быть что-то вроде хранения данных в локальной файловой системе, а затем использование навигатора Share файла внутри SP (например, изготовленного Avepoint ), чтобы просмотреть / index / tag. Я не уверен в ограничениях этого программного обеспечения, но я уверен, что они будут рады объяснить это вам, если вы спросите.

Answer 2

В библиотеке документов Центра документов способна хранить миллионы документов, но любые одиночные View_ / em> этой библиотеки все еще ограничены порогом просмотра списка 5000 элементов.ЯПорог просмотра списка по-прежнему применяется даже в документе «Центр документов» (или записей). https://support.office.com/en-us/article/manage-large-slists-and-brariarariarariariari-sian-sharepoint-b8588dae-9387-48C2-9248-C24122F07C59? Ui= en-us & rs= ru-us &= us