Каков наилучший способ хранения данных за пределами SharePoint. Я хочу использовать параметры по умолчанию для редактирования/просмотра в SharePoint (хотя я планирую расширить их функциональность). Мне нужно сохранить данные за пределами списков SharePoint, так как я ожидаю большой набор записей (150 000 для начала).Сохранить данные Sharepoint за пределами списков
Я полностью согласен с GalacticJello, хранение данных за пределами обычной базы данных контента sharepoint в настоящий момент (MOSS 2007) - полный и полный кошмар. MS предоставляется провайдером ExternalStorage baseclas для нас, чтобы отменить, но есть существенные минусы против использования этого:
Это означает, что вам нужно будет написать свой собственный код, чтобы сохранить внешнее хранилище и элементы списка в синхронизации, и я даже не упоминаю рабочие процессы и управление версиями.
последний, но не менее (и имхо самое худшее), создание и использование пользовательского поставщика ExternalStorage является не веб-приложение или семейства сайтов для ориентации, его использование является ферма широкий (и нет НИКАКИХ обходные пути). Таким образом, любой семейство сайтов, созданное вами на этой ферме, будет иметь свои библиотеки doc для использования внешнего поставщика хранилища.
Вы можете сохранить элементы в списке, трюк состоит в том, чтобы создать эффективные представления, которые быстро возвращают выгружаемые данные пользователю.
Другой вариант - использовать папки для разделения данных.
Если вам действительно нужно сохранить его за пределами SharePoint, я бы предпочел ожидать SharePoint 2010 и его функции «Внешние списки», так как есть много подводных камней и вещей, которые следует учитывать, если вы хотите имитировать эту функциональность в SharePoint 2007 (был там, сделал это).
Мы действительно пробовали использовать папки в другом проекте с индексами и обнаружили, что он не помогите много. –
У нас были те же проблемы, с которыми вы сталкиваетесь, со списком, в котором было 172K элементов. Трюк состоял в том, чтобы отобразить как несколько столбцов в представлении по умолчанию, которые все равно сделают представление полезным, а также проиндексируют его и соответствующим образом перечислите. Время загрузки страницы сократилось с 3-4 секунд до суб-секунды. – GalacticJello
Вы можете создать источник данных SQL и использовать веб-часть формы данных для подключения его к форме редактирования и т.д .:
Data Forms and SQL Server, Part 1
Data Forms and SQL Server, Part 2
Лично я предпочитаю, чтобы уровень контроль полностью пользовательской веб-части .. с этим вы не столкнетесь с ограничениями в конечном итоге.
В этом случае это звучит так, как будто все элементы будут в одном списке, иначе SLAM (бесплатный инструмент в CodePlex) - очень аккуратный инструмент репликации данных для связанных списков.
Основываясь на комментариях выше, наверняка выглядит, что простая страница ASP.NET может быть лучшим вариантом, если только не существует веской причины, по которой SharePoint должен использоваться.
Вы можете сохранить элементы в списке, трюк - создать эффективные представления, которые быстро возвращают выгружаемые данные пользователю. Другой вариант - использовать папки для разделения данных. Если вам действительно нужно сохранить его за пределами SharePoint, я бы предпочел ожидать SharePoint 2010 и функции «Внешние списки», так как есть много подводных камней и вещей, которые следует учитывать, если вы хотите имитировать эту функциональность в SharePoint 2007 (был там , сделал это). – GalacticJello
GalacticJello, ваш комментарий квалифицируется как ответ, pls скопируйте его и опубликуйте как реальный ответ (который получит мой +1 ;-)) – Colin