Все зависит от того, какая функциональность требуется после отображения таблицы в SharePoint. Нужны ли вам дополнительные колокола или свистки или это свалка данных? (Подумайте также о будущем.) Вот некоторые мысли ...
Каталог бизнес-данных (BDC)
Если вы хотите хорошо интегрировать внешний вид SharePoint с вашими данными, а также получить отличную функциональность, BDC - хорошее решение. Нет необходимости программировать что-либо, и это те функции, которые вы получаете . Однако, если эти данные будут использоваться только один раз в одном направлении, то это, вероятно, будет излишним.
Вам нужно будет свернуть собственное XML- описание данных, чтобы SharePoint знал, как вытащить его из базы данных (или использовать что-то третье лицо, например, Lightning Tools ). Как сказал Колин, для этого требуется лицензия Enterprise MOSS.
Службы отчетов SQL Server (SSRS)
Если службы Reporting Services уже доступны для использования, это самое быстрое и простое решение. Он работает хорошо, но может стать болезненным, поскольку в ваших отчетах требуются более сложные функции.
Вы должны иметь возможность использовать мастер конструктора отчетов, чтобы указать на таблицу и настроить все для вас. Существуют веб-части SSRS, которые можно использовать в SharePoint, или же вы можете запускать SSRS внутри SharePoint с использованием режима интеграции SharePoint .
Страница приложения
Этот метод, упомянутый Стивеном, позволяет интегрировать приложение ASP.NET в SharePoint (чтобы он мог быть доступен по URL-адресу вашего сайта SharePoint). Это позволяет все, что делает ASP.NET, а код-код будет знать о SharePoint, чтобы вы могли использовать это, если это необходимо. Недостатки здесь - защита и развертывание доступа к коду.
См. Эту веб-трансляцию о том, как это сделать.
Веб-часть
Подобно разработке страницы приложения, но гораздо более интегрированной с SharePoint. Пользовательская веб-часть очень эффективна и позволяет интегрировать код ASP.NET на странице SharePoint. Как вы знаете, веб-части можно перетащить в любое место и создать сплошную область свойств. Опять же, необходимо учитывать безопасность и развертывание доступа к коду.
Если вам нравится дизайнерский вид в Visual Studio, тогда имейте в виду, что это не тот подход, который Microsoft нажимает . Тем не менее вы можете использовать что-то вроде SmartPart, где вы разработали свое пользовательское приложение в качестве пользовательского элемента управления, а SmartPart обертывает его в веб-часть. Я привык делать это сейчас в MS, и на самом деле предпочитаю дополнительный контроль, который это дает, однако это может занять больше времени.
Веб-часть просмотра веб-страницы
Если вы вообще не хотите прикасаться к своей установке SharePoint, посмотрите на эту веб-часть. Он принимает URL как параметр и отображает IFrame, содержащий страницу, которая будет вашим отчетом, либо в SSRS, либо в стандартном ASP.NET.
Недостатком этого отсутствия интеграции является проблема с размером IFrame и возможными предупреждениями безопасности браузера при доступе к URL-адресу в другом домене.