В этой теме 3 ответа, 3 участника, последнее обновление 
Evgeniy Mescheryakov 7 года/лет, 9 мес. назад.
-
Сообщения
-
АнонимВсем привет! Ни для кого не секрет, что при всей своей функциональности, гибкости, надежности, универсальности, интегрируемости в инфраструктуру и прочих плюсах, SharePoint имеет и некоторые недостатки, один из которых заключается в том, что это не самая быстрая и производительная система. Использование SharePoint как правило требует достаточно серьезных аппаратных ресурсов, фермы SharePoint часто состоят из двух и более мощных серверов.
Предлагаем в этом топике обсуждать особенности, влияющие на производительность SharePoint, а так же способы улучшения быстродействия систем, построенных на платформе SharePoint.
АнонимДрузья! Рекомендуем не использовать без острой необходимости фичу SharePoint публикации в Server.
Замечено увеличение загрузки сетевого трафика до 2х раз и некоторая нагрузка на процессор.
Фича активируется на уровне семейства сайтов «Инфраструктура публикации SharePoint Server» и на узле «Публикация SharePoint Server»
После деактивации станет недоступной функция «Навигации». Для использования функции «Навигации» можно активировать скрытую фичу SharePoint.
DT:подстановка использует индексацию данных в функции контекстного поиска?
У нас в одном из списков к которому происходит обращение, планируется около 100 000 элементов.
Меня беспокоит как поведет себя поиск на таком объемеИспользует. Для того чтобы использовался индекс нужно настраивать фильтрацию в представлении, с которым связано поле подстановки, таким образом, чтобы условие фильтрации по индексированному полю стояло первым.
Это относится не только к полю подстановки, это общее правило.
Для ответа в этой теме необходимо авторизоваться.