Можете да съхранявате до 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 – тук. Научете повече за работата със списъчни формуляри с голям брой колони за търсене оттук.