Веб-сервисы Sharepoint

У меня работает несколько порталов Sharepoint (Sharepoint Portal Server 2003 + SQL Server), и они оба должны совместно использовать некоторые общие данные. Я планировал работать с двумя отдельными списками и создать веб-приложение, которое будет отвечать за их обновление через службу списков WSS (http://server/_ vti_bin / lists.asmx). Мне интересно, это обычная практика? Стоит ли беспокоиться о масштабируемости такого решения? - список должен расти со скоростью ~ 3000 записей в месяц.

Простите за плохое название, я не мог придумать лучшего.


person Claudio    schedule 05.03.2009    source источник


Ответы (4)


Если я правильно понимаю, веб-приложение, которое вы будете создавать, НЕ является веб-приложением SharePoint, а просто веб-приложением ASP.NET, которое будет обращаться к SharePoint для обновления списков данными, предположительно собранными вашим приложением.

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

Единственная хитрость, с которой вы можете столкнуться, - это если вам нужно вернуть данные из одного из списков обратно в ваше веб-приложение. Двунаправленная синхронизация всегда затруднительна.

person Jason    schedule 05.03.2009
comment
Да, я, вероятно, воспользуюсь каким-нибудь приложением ASP.NET или даже простым приложением Ajax. Спасибо за советы! - person Claudio; 06.03.2009

Вам следует определенно позаботиться о масштабируемости. В WSS v3.0 вы можете (предположительно) хранить только 2000 элементов списка в одном контейнере (также известной как папка). Папка считается элементом списка.

Если вы вкладываете 2000 элементов в папку, вы потенциально можете масштабироваться до миллионов, но все же это неудобный способ хранения данных.

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

К сожалению, мне не удалось найти более конкретную документацию, но я сомневаюсь, что списки будут лучше масштабироваться в SPS 2003.

person Tyler    schedule 05.03.2009

Новая рекомендация - 3000 на контейнер, поскольку Microsoft обновила в этом информационный документ. На самом деле это не жесткий предел. Это просто максимум, который вы можете сохранить, прежде чем заметите значительное снижение производительности. Имея такое количество элементов, вы обязательно захотите разработать стратегию разделения элементов списка на несколько папок.

Вот официальная ссылка Microsoft на планирование ограничений программного обеспечения, хотя это не так. t был обновлен с момента выпуска официального документа.

person Corey Roth    schedule 05.03.2009

Как упоминает Кори, 2000 (или 3000) элементов в папке - это не жесткое ограничение, а всего лишь рекомендуемый предел. Я считаю, что это действительно 2000/3000 элементов на папку или индекс. Таким образом, вы также можете настроить индексы для своих столбцов, и если у вас всего 2000 элементов или меньше на значение индекса, чем вы также находитесь в рекомендуемом диапазоне. Раньше у меня было 40k предметов без папок, и он все еще может работать.

person Kirk Liemohn    schedule 05.03.2009
comment
Прямо сейчас я запрашиваю список из 16k, и никаких проблем. Я проведу несколько стресс-тестов, чтобы проверить, насколько производительность превышает 100 тыс. Элементов. Спасибо за советы! - person Claudio; 06.03.2009