SQL Server 2005 SP2: развернули SSRS-портал для финдиректора и забыли про Excel
SP2 для SQL Server 2005 подтянул Reporting Services до рабочего состояния. Развернули первый SSRS-портал с P&L-отчётами и drill-down по месяцам. Месячный отчёт теперь занимает 10 минут.
SQL Server 2005 SP2 выходит в феврале 2007 с улучшениями Reporting Services и Analysis Services
SP2 для SQL Server 2005 вышел в феврале, и мы дали ему пару месяцев отлежаться на одном тестовом стенде перед тем как двигаться дальше. Зря тянули - обновление оказалось содержательным, особенно в части Reporting Services и Analysis Services.
Что изменилось в SP2
Если коротко - SSRS наконец перестал вести себя как бета. До SP2 Report Manager периодически падал при экспорте в Excel на больших наборах данных, параметры в URL-ссылках иногда игнорировались, а деплой отчётов через Management Studio был отдельным приключением. После SP2 эти грабли если не исчезли полностью, то существенно уменьшились в размере.
В Analysis Services подтянули производительность MDX-запросов и стабильность при параллельных сессиях. Для нас это важно: куб у одного клиента обрабатывается каждое утро, и раньше изредка случались зависания в момент когда пользователи уже начинали работать. После обновления таких случаев не было ни разу за два месяца наблюдений.
Зачем вообще делать портал
Финансовый директор клиента работал по стандартной схеме: в начале каждого месяца бухгалтерия выгружала данные из учётной системы в Excel, финансист сводил это руками в сводную таблицу P&L, потом сравнивал с предыдущими периодами - тоже руками, копируя листы. Весь процесс занимал полдня, иногда больше если выгрузка шла с ошибками или кто-то не прислал нужный файл.
Ещё в 2005-м мы разворачивали Reporting Services на этом же клиенте, но тогда дальше тестовых отчётов дело не зашло - SSRS в исходной версии SQL Server 2005 был сыроват, и финансист потребовал «чтобы работало надёжно, а не как у программистов». Логично.
После SP1 в прошлом году стабильность заметно выросла, но мы всё равно ждали SP2 - хотелось убедиться что в части отчётности нет подводных камней. Теперь убедились.
Что развернули
Конфигурация несложная: один SQL Server 2005 SP2 с установленным Reporting Services в режиме нативного сервера, Report Manager доступен по внутреннему адресу, права разграничены через роли SSRS. Никаких SharePoint, никакой лишней инфраструктуры - клиент небольшой, оверинжиниринг здесь ни к чему.
Отчётов сделали три основных:
- P&L по месяцам с параметром выбора периода - можно смотреть любой месяц или диапазон. Drill-down по строке статьи раскрывает детализацию до первичных проводок.
- Сравнение план/факт - те же данные рядом с бюджетными показателями, отклонение считается прямо в отчёте.
- Динамика за квартал - три месяца в колонках, итоговая колонка с суммой. Экспорт в Excel одной кнопкой если нужно взять данные наружу.
Данные поступают из учётной системы через ежедневную загрузку - простой SSIS-пакет, запускается по расписанию ночью. Финансист утром открывает браузер и видит актуальные цифры.
Как прошло внедрение
Первые два дня ушли на разработку и тестирование отчётов. Ещё день - на объяснение финансисту как пользоваться параметрами и drill-down. Он освоился быстро - интерфейс Report Manager несложный, а возможность самому выбрать период и провалиться в детали оказалась для него неожиданно приятной. Раньше любой такой запрос шёл через бухгалтерию с задержкой в полдня.
Месячный отчёт теперь занимает около 10 минут: открыть, проверить цифры, при необходимости провалиться в детали по одной-двум статьям. Половина дня, которая уходила раньше - это была не аналитика, это был сбор данных и склейка файлов. Аналитика как раз и должна занимать 10 минут.
Что не понравилось
Report Manager выглядит как веб-приложение 2002 года - функционально, но некрасиво. Финансист спросил «а можно сделать как в SAP?» Объяснили что нет. Но работает - и это главное.
Ещё один момент: при первом открытии отчёта с большим диапазоном дат рендеринг занимает несколько секунд. Для P&L это не критично, но надо иметь в виду если будут отчёты с большой детализацией. Скорее всего решается через кеширование снапшотов в SSRS - пока не делали, посмотрим нужно ли.
В целом после SP2 Reporting Services стал инструментом, который не стыдно показывать клиенту. Построение отчётности на базе DWH и BI - задача которую теперь можно решать без оговорки «но SSRS немного нестабилен».