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

Question

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

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

Answer 1

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

Answer 2

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

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

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

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

Answer 3

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

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

Answer 4

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

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

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