Фраза «сильные рассорки через кладбище» в профессиональной среде аналитиков Power BI и Microsoft Fabric — это шутливое, но ёмкое обозначение Direct Lake, нового режима хранения семантических моделей. Почему именно «кладбище»? Потому что традиционные процессы импорта и обновления данных «умирают», уступая место прямому чтению Delta-таблиц из OneLake без копирования. В этой статье мы разберёмся, когда начинают работать эти «рассорки» и как правильно их запустить.
Что такое Direct Lake и почему это «сильная рассорка»
Direct Lake — это режим хранения в Power BI, при котором:
- данные не копируются в модель;
- Power BI обращается к Delta-таблицам в OneLake напрямую;
- исключается полный цикл импорта и перезагрузки (refresh);
- изменения в источнике отображаются почти мгновенно.
Это как если бы вы перестали грузить данные в Excel-файл и начали читать их прямо из базы SQL — только на уровне всего ландшафта Fabric.
Триггеры запуска: когда «рассорки» начинают работать
- Дата релиза: Direct Lake стал общедоступен 10 апреля 2026 года для всех клиентов Microsoft Fabric (см. официальный блог Power BI от ).
- Тип лицензии: требуется Fabric F64 или выше (или пробный период Fabric trial).
- Тип источника: таблицы должны быть сохранены в Delta Lake (V2) внутри OneLake.
- Настройка администратора тенанта: в Fabric Admin Portal должен быть разрешён режим Direct Lake для вашего workspace.
Пошаговая инструкция: как включить «рассорки» за 15 минут
Шаг 1. Проверьте административные настройки
В Fabric Admin Portal → Tenant settings → Allow Direct Lake semantic models установите Enabled for specific security groups, добавив вашу группу Power BI Pro/Fabric users.
Шаг 2. Подготовьте Delta-таблицы
- Используйте Dataflow Gen2 или Spark notebook, чтобы записать данные в формат Delta во внутреннем хранилище OneLake.
- Убедитесь, что формат файлов — Delta V2, а не Parquet V1.
Шаг 3; Создайте семантическую модель Direct Lake
- В Power BI Desktop → Get Data → Lakehouse.
- Выберите нужную Delta-таблицу → Direct Lake mode (radio button).
- Нажмите Load. Процесс занимает секунды, потому что данные не копируются.
Шаг 4. Настройте автообновление
Теперь любая изменённая строка в Delta-таблице отобразится в отчётах без ручного refresh. Для контроля используйте:
- REST API Fabric для мониторинга изменений;
- System tables (в Fabric) для аудита.
Кейсы, где «рассорки» особенно мощно работают
| Сценарий | Традиционный Import | Direct Lake |
|---|---|---|
| Гигабайты IoT-даанных из сенсоров | 2-часовой refresh ежечасно | 0 минут — читаем напрямую |
| Финансовая отчётность в реальном времени | 4-часовое окно nightly refresh | Данные обновляются каждые 30 секунд |
| Миграция из Power BI Dataflow Gen1 | Риск «сломать» ETL-пайплайн | Gen1 «умирает», Direct Lake = «кладбище» старых процессов |
Ограничения: где «рассорки» пока не работают
- Row-level security (RLS) до июня 2026 поддерживается только в ограниченном режиме.
- Q&A natural language пока не использует Direct Lake-таблицы напрямую (требуется fallback в Import).
- Direct Lake нельзя использовать в сочетании с live-коннекшеном к SSAS.
Чек-лист перед запуском
- ☐ Проверена лицензия Fabric F64+
- ☐ Администратор включил Direct Lake в Tenant settings
- ☐ Delta-таблицы созданы и протестированы в OneLake
- ☐ Убедились, что RLS не критичен для вашего отчёта
- ☐ Подготовлен REST-скрипт для мониторинга изменений
«Сильные рассорки через кладбище» — это не магия, а новая реальность Microsoft Fabric. Начиная с 10 апреля 2026 года, вы можете запустить Direct Lake и избавиться от ночных refresh-окон навсегда. Главное — соблюдайте чек-лист, следите за ограничениями и используйте Fabric REST API для мониторинга. Тогда «кладбище» старых ETL-процессов станет плодородной почвой для сверхбыстрой аналитики.
Помните: каждая «рассорка» начинает работать только после того, как вы её «завели» в настройках тенанта и подготовили Delta-файлы. Но стоит это сделать — и ваши отчёты обновляются быстрее, чем успеет остыть кофе.