Службы SQL Server 2005 Reporting Services-плюсы и минусы

Я разрабатываю веб-приложение с использованием ASP .NET 2.0, VS 2008 и SQL Server 2005. Я хотел бы использовать SSRS 2005 для различных отчетов, которые мне нужно создать для этого веб-приложения. Я хотел бы убедить команду в том, что мы должны принять SSRS в качестве основной платформы отчетности для большинства внутренних и внешних веб-приложений, которые у нас есть.

каковы плюсы и минусы служб Reporting Services? Я вижу много плюсов, таких как тесная интеграция с IIS, SQL Server и Visual Studio, rich особенности презентации и функциональность экспорта, подписка и т. д. Поэтому меня в основном интересуют негативы SSRS.

EDIT: я понимаю, что если я не использую VS 2005 для разработки приложений, я буду использовать разные версии Visual Studio для разработки приложений и отчетов. Однако меня больше интересуют негативы (или не очень хорошие аспекты) самой SSRS.

11 ответов


Я знаю, что вы сказали 2005, но я буду делать заметки около 2008 года.

SRS плюсы:
- Это бесплатно (при условии, что у вас есть лицензия SQL server)
- Тесная интеграция данных с SQL Server, но он обрабатывает все .Net можно (СУБД Oracle, ODBC и т. д...) только штраф. (2008 has native support for Terradata too)
- Компоненты для Visual Studio, SharePoint и PerformancePoint существуют, чтобы упростить их использование. Это просто веб-приложение, хотя так интеграция в любую веб-страницу или приложение, которое может говорить с веб-сервер тоже прост.
- Встроенные инструменты для подписки (т. е. электронные письма, которые регулярно отправляются в список людей с отчетом о них). Список получателей может быть статическими людьми или сайтом sharepoint или динамическим списком людей (извлеченным из БД) (08 adds support for dynamic to sharepoint too)
- Сторонние поставщики существуют для улучшения продукта
- Экспорт в различных форматах (XML, CSV, в формате Excel, PDF и т. д...)
- Возможность разработки шаблонов, которые опытные пользователи могут использовать для создания отчетов не зная SQL (поскольку SQL содержится в шаблоне). Опытные пользователи используют специальный инструмент построителя отчетов, который доставляется одним щелчком мыши.
- Работает по-другому Crystal reports (мне не нравится Crystal, поэтому для меня это про)

SRS минусы:
- Элементы управления диаграмм выглядят как Excel 2003 и ограничены. (2008 has the Dundas controls in by default so they are much more powerful, more varied and better looking)
- Проблемы Kerberos из-за того, что это веб-приложение может вызвать раздражающие проблемы (2008 removes that as it is no longer an IIS web app. It runs it's own web server based off the IIS core but is closer to a stand alone app - so the security issues aren't a problem)
- Дизайнерская поддержка-это боль. 2000 отчеты должны быть разработаны в vs 2003, 2005 доклады должны быть разработаны в vs 2005, 2008 доклады должны быть разработаны в VS 2008. Под Visual Studio я подразумеваю обычную или тонкую версию, которую вы получаете с помощью средств управления SQL.
- Совместимость. Каждая версия служб reporting services может запускать только текущую версию и одну версию отчетов.
- Ограничивается интегрированными Windows или Анонимный (2008 has added support for forms based security and for custom providers, like you get with ASP.NET)


один из минусов, которые я вижу с вашей установкой, вам придется использовать Visual Studio 2005 для вашего проекта отчетности, так как вы используете SSRS 2005.

поскольку похоже, что вы используете Visual Studio 2008 для другой разработки, это означает, что обе версии установлены и должны быть открыты и запущены большую часть времени.

Я в той же ситуации, и это хлопот, но я привык.

EDIT:
Некоторые из другие минусы, с которыми я столкнулся, обычно связаны с дизайнером. Возможно, они были исправлены в 2008 году (точно не знаю), но я отношу их к младенчеству SSRS по сравнению с другими более зрелыми решениями для отчетности.

  • наборы данных, изменяющиеся на текст, даже если вы устанавливаете их в хранимую процедуру каждый раз, когда вы вводите вкладку данных

  • наборы данных веб-служб теряют свои параметры при изменении запроса

  • в редактор выражений очень тупой. Это немного лучше, чем использовать блокнот.


минусы:

  1. рендеринг может отличаться в Firefox или других браузерах. При использовании SSRS ReportViewer на ASP.NET страница, просто убедитесь, чтобы проверить внешний вид / макет отчета при отображении в браузерах, отличных от IE.

  2. один con заключается в том, что с SSRS существует так много вариантов, доступных разработчику, что это может быть запутанным сначала. Я говорю больше о том, использовать ли локальные отчеты или отчеты сервера, ставить ли код внутри модулей кода, в сборках многоразового использования или использовать хранимые процедуры многоразового управляемого кода (C#).

  3. самый большой con, который я мог придумать в SSRS, заключается в том, что модуль кода очень прост. Нет функций intellisense и отладки. Также было бы здорово, если бы сценарии SSRS поддерживали C# вместо просто VB.NET.

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

тем не менее, SSRS является мощным инструментом в руках опытного разработчика.


плюсы:

  • свободный
  • вероятно, лучше привязан к MS SQL, чем большинство других
  • хорошо работает для большинства типов отчетов

плюсы:

  • бесплатно; доступ к поддержке не похож на Crystal
  • не имеет все функции других, более старых конкурентов. Будучи более новой частью программного обеспечения, он по-прежнему получает новую функциональность, которую другие продукты, такие как Crystal Reports, имели в течение многих лет.

I часто в конечном итоге отчеты запускаются так, как им проще всего. В последнее время я создал свой собственный веб-интерфейс, который управляет любой комбинацией отчетов PDF/HTML/Crystal/SRSS и доставляет их. Часто Кристалл будет делать некоторые в 2 шага, или SRSS делает что-то еще лучше. Если бы я должен был выбрать один прямо сейчас, как go-to для всех сценариев, я бы, вероятно, выбрал Кристалл. Чем больше я использую SRSS, будучи несколько лет и все еще в активной разработке функций (догоняя такие продукты, как Crystal), я вижу, что он используется намного больше... хотя не совсем.


Я считаю, что SSRS очень надежен и предоставляет очень большой спектр возможностей для удовлетворения ваших потребностей в отчетности. Я пробовал другие (Кристалл), и мне это не понравилось почти так же. (Это может быть просто личный вкус, хотя).

даже для новичка SSRS имеет много мастеров, которые дадут вам желаемые результаты, а для опытного разработчика вы можете настроить свои отчеты с помощью сверл, цветов, кодирования и т. д.

Мне, честно говоря, нечего плохого сказать о SSRS. Один недостаток, на который указал Дастин, заключается в том, что ваша версия VS и версия SQL отличаются. У меня есть приложение, которое находится в VS2005, но использует бэкэнд SQL 2000, и я должен иметь свои отчеты отдельно в проекте VS2003, чтобы заставить их работать правильно.


для того, чтобы лучше обеспечить анализ, было бы проще, если мы новые, какую альтернативу вы рассматриваете. Например, если это SSRS vs nothing, то аргумент прост, аналогично SSRS vs bespoke reports (например. ASP.NET). Однако, если у вас есть другие рассматриваемые инструменты отчетности, например Crystal, мы можем быть немного более критичными. Кроме того, какие отчеты вы планируете, и какие функции вам нужно в идеале.

несмотря на это, я во многом согласен с другими плакаты. SSRS является бесплатным и очень способным. Другие системы могут иметь дополнительные колокола и свистки, но будут ли эти проблемы иметь значение и готовы к затратам?

Я полагаю, учитывая, что SSRS свободен и достаточно прост в настройке, моим предложением было бы запустить пробную версию; вы, вероятно, сможете сделать свой собственный ум через немного экспериментов - вам нечего терять!


SSRS удивительно прост в использовании. У нас были стажеры, которые писали отчеты в первый день работы с SSRS и делали хорошую работу в in.

эта простота проходит долгий путь с разработчиками, которые просто хотят получить отчеты быстро, чтобы они могли вернуться к фактическому кодированию.


исправьте меня, если я ошибаюсь, но SSRS не использует проверку подлинности форм. Для просмотра отчетов из веб-приложения с помощью встроенных компонентов будет использоваться то, что когда-либо аутентификация используется для приложения. Однако для подписки и использования приложения построителя отчетов (нажмите один раз), для которого требуется доступ к диспетчеру отчетов, требуется проверка подлинности windows.

[Edit] от Robert MacLean - MSSQL 2008 поддерживает проверку подлинности форм, что хорошо.


основной проблемой, с которой я столкнулся, была настройка Reportserver в веб-среде stage/production. Я должен был получить отчеты из веб-службы Reportserver в веб-приложение. Сейчас среда выглядит довольно простой, но я помню, что в то время было трудно отлаживать.

другой проблемой были многоязычные отчеты. Еще раз: теперь его легко использовать, но будьте готовы сделать некоторые погуглить.

дизайнер-дерьмо. Кто знает, что =сначала (поля!Продажи.Значение"Имя Dataset1") значит? У меня также были проблемы с размером отчетов (отчет был разработан, чтобы поместиться на странице A4, но в конце не).

Мне все еще нравится продукт. Через некоторое время я все решил, и наш стажер может проектировать и публиковать отличные отчеты.


SSRS 2005 г. Pro интегрирован в Sharepoint Интеграция минусы в SharePoint может быть беспорядок, чтобы установить с помощью Kerberos и т. д...


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

SSRS 2008: Примитивный пользовательский интерфейс мало гибкости, чтобы делать причудливые вещи, т. е. кричащие диаграммы, географические карты (без лат Лонг) взаимодействие с пользователем ограничивается только применением фильтров, остальное довольно статично

MS серьезно должна переосмыслить, что конкуренты делают в области визуализации BI и данных.