У нас есть система, в которой документы загружаются в библиотеку SharePoint с использованием веб-интерфейса. Я выполняю это с помощью клиентского API. В частности, я использую SaveBinaryDirect для загрузки документа, после чего запрос CAML используется для извлечения документа, чтобы можно было установить столбцы метаданных. Запрос CAML извлекает документ на основе поля FileLeafRef, которое заполняется именем файла документа, который был загружен.Sharepoint 2010: программное добавление документов в большую библиотеку
Проблема заключается в том, что SharePoint налагает максимальное ограничение на 5000 элементов, возвращаемых из любого запроса, поэтому, когда библиотека документов вырастет до 5000 элементов, запрос CAML больше не будет работать. (Несмотря на то, что он только возвращает единственный документ, он, по-видимому, требует сканирования всей библиотеки)
Я уже исследовал индексирование столбцов, но, по-видимому, вы не можете индексировать FileLeafRef, и это, кажется, единственное поле, которое является заполняется именем документа сразу после загрузки. Я отложил проблему, увеличив ограничение на количество от 5000 до 10000, но мы собираемся столкнуться с этим новым лимитом, и люди начинают сообщать о проблемах с периодическими проблемами.
Есть ли способ загрузить документы через API-интерфейс клиента и установить их метаданные без превышения максимального предела?
Вы можете попробовать и посмотреть, есть ли преимущества в использовании от использования разъема. В примере http://www.bendsoft.com/net-sharepoint-connector/. Такие инструменты были созданы для работы с такими ситуациями, как ваши. –
И, если стороннее программное обеспечение не является вариантом, рассмотрите вопрос о размещении некоторых ваших камней, чтобы мы могли видеть, какие варианты вы делаете. –
Интересное программное обеспечение. Знаете ли вы, способен ли он обходить указанные пределы? – Trent