Общ преглед на големи списъци и библиотеки
Отнася се за
Можете да съхранявате до 30 милиона елемента или файлове в списък или библиотека. Тъй като обаче броят на елементите се увеличава, е възможно да забележите, че някои операции отнемат повече време. Филтрираните изгледи на големи списъци имат подобна среда за работа с други списъци. Когато списъчен изглед показва повече от 5000 елемента, може да се сблъскате с грешка за праг на списъчен изглед. Създаването на шаблон за сайт е блокирано на сайтове със списъци или библиотеки, които надвишават прага за праг на списъчен изглед (LVT) от 5000 елемента. Изгледите, показващи много елементи, работят най-добре в модерната среда за работа. За да избегнете грешки, които може да видите в класическата среда за работа, ви препоръчваме да използвате модерната среда за работа.
Ограничението за праг на списъчен изглед (LVT) има за цел да ви помогне да получите съгласувана производителност за всички потребители със заявки към сървърната база данни. Ето информация за ограниченията, как работи всичко това и как да промените стойността на LVT.
Защо 5000 е такова магическо число?
За да намали състезанията за база данни, SQL Server (сървърна база данни за SharePoint) често използва заключването на ниво ред като стратегия за осигуряване на точни актуализации без влошаване за другите потребители, които получават достъп до други редове. Но ако някоя операция за четене или запис в база данни, като например заявка, доведе до едновременното блокиране на повече от 5000 реда, тогава е по-ефективно SQL Server временно да заключи цялата таблица до завършване на операцията с базата данни.
Забележка: Не винаги 5000 е действителният брой, който може да варира в зависимост от вашия сайт, активността на обръщенията към базата данни и конфигурирането на сайта ви.
Когато е заключена цялата таблица, това предотвратява достъпа до нея от други потребители. Ако това се случва твърде често, потребителите ще изпитат влошаване на производителността на системата. Следователно праговете и ограниченията са от съществено значение, за да ви помогнат да намалите въздействието на операциите, използващи много ресурси, и да балансирате нуждите на всички потребители.
Какво се случва зад кулисите, когато получавате достъп до много елементи в списък или библиотека?
Следващата диаграма обобщава основните моменти от това, което се случва зад кулисите, когато получавате достъп до много елементи в списък или библиотека.
-
Данните от списък или библиотека в колекция от сайтове се съхраняват в таблица на SQL Server база данни, която използва заявки, индекси и заключва, за да поддържа цялостната производителност, споделяне и точност.
-
Филтрираните изгледи с индекси на колони (и други операции) създават заявки към базата данни, които идентифицират едно подмножество от колони и редове и връщат това подмножество във вашия компютър.
-
Праговете и ограниченията спомагат за регулиране на операциите и балансиране на ресурсите за множество едновременно работещи потребители.
-
Привилегированите разработчици могат да използват заместване на обектния модел, за да увеличат временно праговете и ограниченията за приложенията по избор с версиите на SharePoint Server.
-
Администраторите могат да задават специални времеви прозорци за всички потребители, за да позволяват операции без ограничения по време на ненатоварените часове с версиите на SharePoint Server.
-
Работещите с информация могат да използват подходящи ограничения за изгледи, стилове и страници, за да ускорят показването на данни на страницата.
Регулиране и ограничаване на ресурси
Списъците и библиотеките имат конкретни максимални ограничения, както е показано в тази таблица.
|
Функция |
Максимално ограничение |
|
|---|---|---|
|
Брой на елементите в списък или библиотека |
30 милиона |
|
|
Размер на отделен файл или прикачен елемент |
10 гигабайта |
Следващата таблица обобщава информацията за регулиране и ограничаване на ресурси, която трябва да имате предвид. Това регулиране и ограничаване се задава в страницата "Регулиране на ресурси" в централното администриране при версиите на SharePoint Server. За конкретни ограничения и искания за вашия сайт се обърнете към вашия администратор.
Забележки:
-
За да подпомогне управлението, администраторът не е подложен на посочените по-долу регулирания и ограничения на ресурси.
-
Не всички тези настройки са достъпни чрез потребителския интерфейс, а само с версиите на SharePoint Server.
|
Праг или ограничение |
Стойност по подразбиране |
Описание |
|---|---|---|
|
Праг за списъчен изглед |
5,000 |
Задава максималния брой на елементите в списък или библиотека, които една операция с база данни – например заявка, може да извлича едновременно. Операциите, които надхвърлят тази граница, се блокират. За да ви се даде време да направите алтернативни планове, може да бъдете предупредени на страницата "Настройки на списък", когато вашият списък надхвърли 3000 елемента. Това предупреждение съдържа връзка за помощ към тази тема. |
|
Ограничение за уникални разрешения |
50 000 |
Задава максималния брой на уникалните разрешения, допустими за списък или библиотека. Всеки път, когато прекъснете наследяването на разрешения за даден елемент или папка, той се брои като 1 уникално разрешение към това ограничение. Ако се опитате да добавите елемент, който би довел до надвишаване на това ограничение, няма да можете да направите това. Забележка: Поддържаното ограничение за уникални разрешения за елементи в списък или библиотека е 50 000. Въпреки това препоръчителната обща граница е 5000. |
|
Ограничение на размера на редовете |
6 |
Задава максималния брой редове на таблица, вътрешни за базата данни и използвани за един елемент на списък или библиотека. За да бъдат приспособени големи списъци с много колони, всеки елемент се пренася на няколко вътрешни реда на таблицата, най-много до 6 реда и общо до 8000 байта (включително прикачените файлове). Ако например имате списък с много малки колони, който съдържа стотици колони от тип "Да/не", може да превишите това ограничение, в който случай няма да можете да добавяте повече колони от типа "Да/не" в списъка, но все пак може да ви бъде позволено да добавяте колони от друг тип. Администраторите могат да задават това ограничение само с помощта на обектния модел, а не чрез потребителския интерфейс. Забележка: SharePoint Online не използва обтичане на редовете, така че това конкретно ограничение не се прилага. Въпреки това все още има общо ограничение за броя на колоните въз основа на техния размер на паметта до максимум 8000. |
|
Праг за колоните за справка в списъчен изглед |
12 |
Задава максималния брой на операциите за съединение, например тези, които са базирани на колони за справка, човек/група или състояние на работния поток. Ако заявката използва повече от 8 колони, операцията се блокира. Възможно е обаче програмно да изберете кои колони да се използват с помощта на максималния изглед, който може да бъде зададен чрез обектния модел. |
|
Прагов размер за списъчен изглед за проверяващи и администратори |
20 000 |
Задава максималния брой елементи на списък или библиотека, които една операция с база данни, например заявка, може да извлече едновременно, когато е осъществена от проверяващ или администратор с подходящи разрешения. Тази настройка работи заедно с "Разреши заместване на обектен модел". |
|
Разрешаване на заместване на модели на обекти |
Да |
Указва дали разработчиците могат да извършват операции с базата данни, като например заявки, които изискват заместване на прага на списъчен изглед с по-високото ограничение, зададено от Праг на списъчен изглед за проверяващи и администратори. Администраторът трябва да разреши заместване на обектен модел, след което разработчиците с подходящо разрешение могат програмно да поискат техните заявки да използват по-високия праг на списъчен изглед, за да се възползват от него. |
|
Ежедневен времеви прозорец |
Няма |
Задава период от време, през който се игнорират праговете и ограниченията на ресурсите. Администратор може да конфигурира времеви прозорец по време на "извън пиковите часове" на стъпки от 15 минути и до 24 часа, като например от 18:00 ч. до 22:00 ч. или от 1:30 ч. до 5:15 ч. Една операция или заявка към база данни, започнала в рамките на всекидневния времеви прозорец, продължава до завършването си (или до прекратяване поради грешка), дори и да завърши извън рамките на зададения времеви прозорец. |
Работа с ограничението за праг на списъчен изглед
SharePoint има регулирания и ограничения на ресурси, задаващо количеството данни и пропускателна способност, които могат да бъдат управлявани. Прагът на списъчен изглед по подразбиране е приблизително 5000 елемента и е настроен да позволява на потребителите да работят с големи списъци, но да поддържат добра производителност. За SharePoint ограничението за праг на списъчен изглед не може да се променя и е на място, за да позволи на потребителите в споделени клиенти винаги да имат добра производителност при заявките. За да заобиколите ограничението, сме посочили някои действия, които можете да предприемете, за да запазите вашите заявки в рамките на ограничението.
Има много начини, по които можете да работите със списък или библиотека на SharePoint, без да получавате предупреждение за праг на списъчен изглед. Като използвате следните идеи, можете да получите информацията, която ви трябва, и да останете в рамките на прага на списъчен изглед от 5000 елемента.
-
За всички версии на SharePoint управлявайте броя на върнатите елементи с помощта на индексиране, филтриране, папки, офлайн данни, полето за търсене, личните изгледи, релационните списъци и RSS каналите.
-
За сървърните версии на SharePoint използвайте администраторски планиран ежедневен времеви прозорец там, където ограниченията мога да се вдигат.
-
За сървърните версии на SharePoint администраторът на SharePoint Server може да регулира настройките, за да позволи по-скъпи операции. Научете повече тук.
Научете повече за тези подходи за всички версии на SharePoint тук и за версиите на SharePoint Server тук. Научете повече за работата със списъчни Forms с голям брой колони "Справка" тук.