Import vs DirectQuery vs Direct Lake: вибір правильного режиму зберігання в Power BI

By Mirko Peters · 2026-10-22

Порівняння режимів зберігання Import, DirectQuery і Direct Lake у Power BI: продуктивність звітів, актуальність даних і витрати на інфраструктуру.

Automatically translated with AI from the original post. Read the English original

Вибір правильного режиму зберігання Power BI визначає, наскільки швидко завантажуються ваші звіти і наскільки актуальними залишаються базові показники. Розуміючи операційні відмінності, витрати та обмеження масштабу даних для Import, DirectQuery і Direct Lake, розробники можуть оптимізувати продуктивність без втрати точності бізнес-аналітики.

Головне

• Режим зберігання задається для кожної таблиці, що дозволяє розробникам створювати гнучкі составні моделі, які поєднують різні стратегії отримання даних.
• Режим Import забезпечує високу продуктивність завдяки стисненню в пам’яті, але для оновлення даних покладається на заплановані оновлення.
• DirectQuery надає доступ до даних у режимі реального часу, виконуючи запит до вихідної бази даних при кожній дії користувача, однак успадковує обмеження продуктивності джерела.
• Direct Lake забезпечує високу швидкість у межах Microsoft Fabric, читаючи таблиці Delta безпосередньо з OneLake без повного копіювання даних.
• Баланс між продуктивністю запитів, актуальністю даних і витратами на ліцензування є обов’язковим під час проєктування семантичних моделей корпоративного рівня.

Розуміння режимів зберігання Power BI

Кожна семантична модель Power BI потребує способу отримання та зберігання даних. Параметр режиму зберігання визначає, чи копіюються дані фізично в модель, чи отримуються за запитом із зовнішньої бази даних, або ж читаються безпосередньо з аналітичного файлового сховища. Оскільки режим зберігання задається для окремої таблиці, а не глобально для всієї семантичної моделі, архітектори звітності можуть поєднувати підходи відповідно до потреб окремих бізнес-підрозділів.

Неправильний вибір сховища часто призводить до повільного завантаження дашбордів, збоїв оновлення даних або надмірного споживання пам’яті. Щоб ухвалювати обґрунтовані архітектурні рішення, потрібно оцінити, як зростають ваші дані, how часто вони змінюються і яких показників продуктивності очікує ваша аудиторія.

Механіка режиму Import і компроміси

Режим Import є типовим і найпоширенішим підходом для початківців. Коли ви використовуєте Import, Power BI копіює ваші вихідні дані, сильно стискає їх (часто зі ступенем стиснення 10 до 1) і завантажує безпосередньо в пам’ять (RAM) у службі Power BI.

Оскільки дані повністю знаходяться в пам’яті, візуалізації звітів відображаються надзвичайно швидко. Користувачі можуть деталізувати, зрізати і фільтрувати дані, не чекаючи на зовнішні підключення до бази даних. Однак головний компроміс стосується актуальності даних: імпортовані числа є такими актуальними, як останнє заплановане оновлення. У спільних ємностях Power BI дані можна оновлювати до восьми разів на добу; ємності Premium дозволяють до 48 оновлень щодня. Якщо бізнесу потрібні оновлення частіше ніж раз на хвилину, самого лише режиму Import буде недостатньо.

DirectQuery для потреб реального часу

DirectQuery працює протилежним чином: не копіює в модель жодних даних. Натомість семантична модель зберігає лише метадані, тобто таблиці, зв’язки та показники. Щоразу, коли користувач відкриває візуалізацію звіту або клацає зрізувач, Power BI перетворює цю взаємодію на живий запит, надісланий безпосередньо до реляційної бази даних-джерела.

Це гарантує, що дані завжди актуальні, і усуває штучні обмеження розміру файлу, пов’язані з пам’яттю. Однак DirectQuery має суттєві втрати продуктивності. Якщо база даних-джерело повільна, звіти працюватимуть дуже повільно. Крім того, обчислення DAX обмежені тим, що вихідна база даних здатна рідно інтерпретувати, а інтенсивне одночасне використання звітів великою кількістю споживачів може перевантажити вашу систему-джерело.

Direct Lake: перевага Fabric

Direct Lake створено спеціально для Microsoft Fabric. Цей режим поєднує швидкість режиму Import із актуальністю даних у реальному часі, яку дає DirectQuery. Direct Lake читає таблиці Delta, які зберігаються в OneLake — єдиному сховищі аналітичних даних Fabric, — і завантажує в пам’ять лише ті стовпці, що потрібні запиту, та лише тоді, коли вони потрібні.

Найсильніша сторона Direct Lake — механізм оновлення. На відміну від режиму Import, який вимагає повного копіювання та перезавантаження даних, оновлення Direct Lake змінює лише метадані (процес, який Microsoft називає «framing») і триває лічені секунди. Так ви отримуєте продуктивність на рівні пам’яті без витрат на щоденне дублювання даних. Зауважте, що Direct Lake потребує платної передплати на ємність Microsoft Fabric, тож це рішення для підприємств, а не безкоштовне оновлення.

Побудова складених моделей для оптимальної продуктивності

Не обов’язково обирати один режим зберігання для всієї семантичної моделі. Поєднуючи різні типи зберігання в одній моделі, ви створюєте те, що Microsoft називає складеною моделлю (composite model). Класичний і дуже ефективний підхід: невеликі й стабільні таблиці измірів (наприклад, списки товарів або категорії клієнтів) зберігати в режимі Import для миттєвої фільтрації, а великі та швидко зростаючі таблиці фактів (наприклад, журнали транзакцій) — у режимі DirectQuery або з використанням Direct Lake.

Така гібридна стратегія дає авторам звітів найкраще з обох світів: чуйний інтерфейс завдяки кешованим таблицям вимірів і дані транзакцій у реальному часі з джерела. Ретельне планування на етапі архітектури допомагає уникнути зайвих витрат на інфраструктуру та водночас забезпечує швидку доставку даних.

Висновок

Вибір між Import, DirectQuery і Direct Lake зрештою залежить від масштабу вашої організації, бюджету та вимог до даних у реальному часі. Підбираючи режим зберігання відповідно до темпу оновлення даних вашого бізнесу, ви можете створити надійне й чуйне аналітичне середовище. Щоб дізнатися більше про налаштування надійних семантичних моделей, послухайте повний епізод і підпишіться на подкаст, щоб отримувати щоденні інсайти про хмарні сервіси Microsoft.

Поширені запитання

Чи можна змішувати таблиці Import і DirectQuery в одній моделі Power BI?

Так. Power BI підтримує складені моделі, що дозволяють задавати різні режими зберігання для окремих таблиць однієї семантичної моделі.

Як часто можна оновлювати імпортовану модель Power BI?

У спільній ємності заплановані оновлення можуть виконуватися до 8 разів на день. У ємності Premium або Fabric можна планувати оновлення до 48 разів на день.

Чи потрібен для Direct Lake спеціальний тариф ліцензування?

Так, Direct Lake потребує передплати на ємність Microsoft Fabric, тоді як Import і DirectQuery можуть працювати на стандартних безкоштовних або Pro-ліцензіях Power BI.

Що відбувається з обчисленнями DAX у режимі DirectQuery?

Формули DAX у DirectQuery мають перетворюватися на нативні запити, які розуміє базова база даних джерела, тому використання деяких складних або ітераційних функцій обмежене.