Пока модель живёт в одном .pbix и её ведёт один человек — всё хорошо. Но когда от одной модели зависят десятки отчётов и команд, копировать .pbix становится опасно: логика расходится, версии теряются. Тогда модель выносят в отдельный слой — Analysis Services Tabular. Этот урок — про то, куда растёт модель за пределами файла.
Power BI, Azure Analysis Services и SQL Server Analysis Services (Tabular) — это один и тот же движок VertiPaq/Tabular. Модель в .pbix и модель на SSAS устроены одинаково: таблицы, связи, меры на DAX. Отличается то, где модель живёт и кто ею управляет.
Зачем выносить модель из .pbix
- Одна правда. Десятки отчётов подключаются к одной общей модели (Live Connection), а не к копиям. Поправили меру — поправилось везде.
- Разделение труда. Инженеры данных ведут модель, аналитики строят отчёты поверх неё, не трогая логику.
- Масштаб. Корпоративные модели на гигабайты данных, partition-управление, обновление по расписанию вне ограничений одного файла.
- Контроль версий. Модель как код (TMDL/BIM) — в git, с ревью и историей.
Общая семантическая модель (shared dataset)
Самый частый и простой шаг — даже не «настоящий» SSAS, а общая семантическая модель в Power BI Service: один опубликованный набор данных, к которому отчёты подключаются по Live Connection.
При Live Connection отчёт не хранит данные — он шлёт DAX-запросы к общей модели. Это и есть «подключиться к SSAS», только модель живёт в Power BI Service. Аналитик строит визуалы и может добавлять отчётные меры, но структура и основные меры — централизованы. Так десять отчётов делят одну версию правды.
Путь к выделенному Analysis Services
Когда нужен полный корпоративный контроль, модель размещают на:
- Azure Analysis Services — управляемый PaaS-сервис (постепенно вытесняется Power BI Premium/PPU с большими моделями).
- SQL Server Analysis Services (Tabular) — on-prem сервер, если данные и инфраструктура должны оставаться в своём контуре.
- Power BI Premium / большие модели — современный путь: те же возможности корпоративной модели внутри Power BI.
К любому из них отчёт Power BI подключается по Live Connection точно так же.
Инструменты разработки
За пределами Desktop модель ведут как инженерный артефакт:
- Tabular Editor — основной редактор корпоративных моделей: calculation groups, перспективы, OLS, массовые правки, скрипты.
- TMDL / BIM — текстовое представление модели для git и ревью.
- DAX Studio — отладка и профилирование запросов.
- ALM Toolkit — сравнение и накатывание изменений модели между средами (dev → prod) без полной перезаливки.
Power BI Project (.pbip) как мост
Связующее звено из pro-курса (форматы файлов): формат .pbip раскладывает отчёт и модель в текстовые файлы (TMDL для модели, PBIR для отчёта). Это сближает обычную разработку в Desktop и инженерный подход SSAS: модель из .pbip версионируется, ревьюится и деплоится как код, оставаясь редактируемой в Desktop.
Общая/выделенная модель — это инфраструктура: её надо обновлять, версионировать, охранять (RLS), мониторить. Для одного отчёта одного автора это лишняя сложность. Выносите модель, когда от неё реально зависит много отчётов/людей, а копии .pbix начали расходиться. До этого момента общий dataset в Power BI Service закрывает большинство задач.
Что дальше
Модель умеет расти за пределы файла. Но опубликованным контентом нужно ещё и управлять как командой: где черновики, где прод, кто что видит. Дальше — как организовать публикацию: рабочие области, роли и приложения. Следующий урок.