Является ли создание представления для таблиц SharePoint плохим стилем?

Question

Я работаю с sharepoint всего три месяца, но с самого начала мне сказали, что база данных контента SharePoint недоступна, так как MS может изменить схему в любое время. Рекомендуется использовать объектную модель, и в большинстве случаев я это понимаю.

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

Я на пути к вечному проклятию или нет?

Answer 1

Да, вы есть. Microsoft очень ясно, что любые изменения в таблицах SharePoint делают вас неподдерживаемым.

Прямое изменение базы данных SharePoint или ее данных не рекомендуется, поскольку она переводит среду в неподдерживаемое состояние.

Теперь создание ссылки на вашу собственную БД, которая запрашивает БД SharePoint, - шаткая основа. Лично я бы сделал одну из двух вещей:

• Если это критически важное приложение, запустите его после поддержки MSFT.
• Если это что-то еще, просто убедитесь, что ваш взгляд не блокирует БД во время запроса.

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

Answer 2

Проверьте SLAM, менеджер списков связей SharePoint. Он позволяет легко передавать данные SharePoint в SQL, включая сложные объединения (один к одному, один ко многим, много ко многим). И он синхронизирует данные в режиме реального времени.

http://slam.codeplex.com

Answer 3

SharePoint в значительной степени зависит от общего «владения» базовой базой данных. Такие мелочи, как чтение других процессов из базы данных SharePoint, могут потенциально замедлить работу SharePoint неожиданным образом.

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

Запланируйте сканирование на период низкой активности и вуаля решение, которое не будет рисковать неожиданным замедлением работы SharePoint.

Начните поиск при запросе SharePoint на SPQuery .

Answer 4

Что ж, если объединения, которые вам нужно сделать, довольно просты, определение связанного источника данных в SharePoint Designer может работать для вас