Sharepoint веб-сервисы
У меня запущено несколько порталов Sharepoint (Sharepoint Portal Server 2003 + SQL Server), и они оба должны совместно использовать некоторые общие данные. Я планировал работать с двумя отдельными списками и создать веб-приложение, которое будет отвечать за их обновление с помощью службы списков WSS ( http://server/_ vti_bin / lists.asmx). Мне интересно, если это обычная практика? Должен ли я беспокоиться о масштабируемости такого решения? - список должен расти со скоростью ~3000 записей в месяц.
Извините за плохой титул, я не мог придумать лучшего.
4 ответа
Как упоминает Кори, 2000 (или 3000) элементов в папке - это не жесткое ограничение, а просто рекомендуемое ограничение. Я считаю, что это действительно 2000/3000 элементов в папке или индексе. Таким образом, вы можете настроить индексы и для ваших столбцов, и если у вас просто 2000 элементов или меньше на значение индекса, чем вы находитесь в рекомендованном диапазоне. У меня было 40 тыс. Элементов раньше без папок, и он все еще может работать.
Новая рекомендация - 3000 на контейнер, как Microsoft обновила в этом техническом документе. Это на самом деле не жесткий предел. Это просто максимум, который вы можете сохранить, прежде чем увидите существенное снижение производительности. С таким количеством элементов вы наверняка захотите разработать стратегию разделения элементов списка на несколько папок.
Вот официальная ссылка Microsoft по планированию границ программного обеспечения, хотя она не обновлялась с момента выпуска белой книги.
Если я правильно понимаю, что веб-приложение, которое вы будете создавать, НЕ является веб-приложением SharePoint, а просто веб-приложением ASP.NET, которое будет вызывать в SharePoint для обновления списков данными, предположительно собранными вашим приложением.
Это совершенно приемлемая схема, я думаю, что именно для этого предназначены веб-сервисы.
Единственная хитрость, с которой вы можете столкнуться, заключается в том, что вам нужно перетаскивать данные из одного из списков обратно в ваше веб-приложение. Двунаправленная синхронизация - всегда липкая калитка.
Вы определенно должны быть обеспокоены масштабируемостью. В WSS v3.0 land вы можете (предположительно) хранить только 2000 элементов списка на контейнер (также называемый папкой). Папка считается элементом списка.
Если вы вложите 2000 элементов в папку, вы потенциально можете масштабироваться до миллионов, но все же это неудобный способ хранения данных.
Вы по-прежнему можете извлекать все элементы, выравнивая любые иерархии папок, которые вы создали, чтобы помочь вам масштабировать с помощью некоторого CAML, но опять же есть способы запроса больших списков, которые лучше масштабируются. Я бы предложил почитать ресурсы, объединенные здесь Джоэлем Олесоном.
Извините, я не смог найти более конкретную документацию, но я сомневаюсь, что списки будут лучше масштабироваться в SPS 2003.