Релиз модели25 июля 2026 г., 17:16 МСК🤖 Auto

Direct Lake в Power BI: GA, но не панацея. Когда Import всё ещё лучше

Microsoft объявила общий доступ (GA) к Direct Lake on OneLake. Технология обещает скорость Import и свежесть DirectQuery, но на практике требует тщательного аудита моделей, особенно при сложной безопасности.

Баннер новости 4376

Что произошло: GA Direct Lake on OneLake

На конференции FabCon 2026 Microsoft официально вывела технологию Direct Lake on OneLake в статус Generally Available (GA). Ключевое предложение технологии — гибридная производительность: чтение данных из колоночного хранилища Delta Lake в OneLake обеспечивает скорость, сопоставимую с режимом Import, при этом данные остаются актуальными в режиме, близком к DirectQuery, без необходимости частых обновлений.

Реальность против маркетинга: проблема падения производительности

Несмотря на маркетинговые обещания, практика показывает, что Direct Lake не является универсальным решением для всех сценариев. Ключевая проблема, которую часто упускают из виду в официальной документации, — тихий фоллбэк (fallback) в режим DirectQuery. В определенных условиях запросы могут автоматически переключаться на DirectQuery, что приводит к непредсказуемым задержкам и потере преимуществ производительности, ради которых внедрялась технология.

Кейс: почему Import всё ещё необходим

На примере клиента из финансового сектора (200 пользователей Power BI, Бангладеш) видно, что слепая миграция опасна. У клиента было 18 семантических моделей со сложной архитектурой:

  • Частота обновлений: от 15 минут (во время торгов) до 4 часов.
  • Безопасность: Row Level Security (RLS) с фильтрами по региону, отделу, продукту и роли пользователя одновременно.

В таких сценариях, особенно при высокой сложности RLS и необходимости строгого контроля за кэшированием, режим Import остаётся более предсказуемым и стабильным решением. Прямая миграция всех моделей на Direct Lake без детального аудита каждой из них может привести к деградации производительности дашбордов.

Рекомендации по внедрению

Эксперты советуют не заменять Import на Direct Lake «в лоб». Подход должен быть выборочным:

  1. Аудит моделей: Анализировать каждую семантическую модель индивидуально.
  2. Тестирование RLS: Особое внимание уделить сложным фильтрам безопасности, так как они сильнее всего влияют на производительность в режиме Direct Lake.
  3. Мониторинг фоллбэков: Внедрить мониторинг запросов для выявления случаев нежелательного переключения в DirectQuery.
Параметр Import Mode Direct Lake on OneLake
Скорость запросов Высокая (данные в памяти) Высокая (колоночное чтение из Delta)
Свежесть данных Зависит от расписания обновления Практически в реальном времени (DirectQuery-like)
Сложность RLS Хорошо оптимизировано Требует тщательной настройки, риск падения производительности
Риск фоллбэка Отсутствует Высокий (тихий переход в DirectQuery)

Direct Lake — это мощный инструмент, но он требует зрелости инфраструктуры данных. Для сред с жёсткими требованиями к стабильности и сложной логикой безопасности классический Import пока остаётся «золотым стандартом».

Источник: Towards AI pub ↗