← Все курсы · Курс Power BI

Подключение Power BI к базе данных: импорт или ДиректЗапрос и что сломается позже

Майкл Носито · Обновлено в августе 2026 г. · Все числа на этой странице были обработаны до их публикации.

Получите данные, SQL Server, введите имя сервера, а затем диалоговое окно спросит, хотите ли вы импортировать или ДиректЗапрос. Это похоже на техническую деталь. Он решает, насколько быстр ваш отчет, насколько свежи данные, какой DAX вам разрешено писать и что произойдет при публикации.

Что вы делаете: выберите «Импорт», если это не запрещено конкретными требованиями, подключитесь к представлениям, а не к рукописному SQL, и настройте шлюз, прежде чем обещать кому-либо обновление.

Краткая версия. Импорт копирует данные. ДиректЗапрос заимствует его при каждом щелчке мыши.

Два режима

Ограничение DAX — это то, с чем люди сталкиваются в последнюю очередь и о котором больше всего думают. Некоторые функции временной аналитики и табличные функции недоступны или работают медленно в ДиректЗапрос, поэтому мера, которая работает в демонстрационном файле, не работает в реальном отчете.

Выбирайте ДиректЗапрос, когда

1. Данные действительно должны быть актуальными с точностью до минуты, и кто-то может назвать решение, которое этого требует.
2. Таблица слишком велика для импорта, и предварительное агрегирование невозможно.
3. Правило безопасности гласит, что данные нельзя копировать из исходной системы.

Это трое. «Это кажется более реальным» — это не так, и каждый клик стоит аудитории несколько секунд.

Составные модели позволяют сочетать их: импортировать измерения, а ДиректЗапрос — очень большую таблицу фактов. Это правильный ответ чаще, чем любой из этих режимов по отдельности, и об этом стоит знать, прежде чем отправлять весь отчет в ДиректЗапрос.

Хорошее соединение

1. Подключайтесь к представлениям, а не к необработанным таблицам, где вы можете. Представление — это контракт: владелец базы данных может изменять базовые таблицы, не нарушая при этом ваш отчет.
2. Не вставляйте SQL в коннектор если только вы не должны. Собственный SQL блокирует свертывание запроса, поэтому каждый последующий шаг Power Query выполняется локально, а не в базе данных. Видеть ошибки обновления сколько это стоит.
3. Выберите только те столбцы, которые вам нужны. Размер модели определяется столбцами и их мощностью в гораздо большей степени, чем строками, а текстовый столбец с высокой кардинальности, такой как примечание с произвольным текстом, может доминировать в файле.
4. Фильтровать заранее, в источнике или на первом этапе запроса, поэтому свертывание возвращает его в базу данных.
5. Используйте параметр для имен сервера и базы данных, поэтому переход от тестирования к производству — это одно редактирование, а не двенадцать.

Учетные данные и шлюз

Именно здесь большинство опубликованных отчетов терпят неудачу. Рабочий стол использует ваши учетные данные Окна или базы данных на вашем компьютере; Служба имеет собственное отдельное хранилище учетных данных и не имеет маршрута к вашей сети.

1. Опубликуйте отчет.
2. В Сервисе откройте настройки набора данных и задайте учетные данные источника данных.
3. Для любого источника внутри вашей сети установите локальный шлюз данных на машине, которая остается включенной.
4. Сопоставьте источник данных в конфигурации шлюза, сопоставив имена сервера и базы данных точно так, как они указаны в файле. Несоответствие здесь является обычной причиной того, что шлюз установлен и до сих пор не используется.
5. Установите расписание обновления и включите уведомления об ошибках.

Шлюз на личном ноутбуке работает и выходит из строя каждый раз, когда ноутбук переходит в режим сна. Если отчет имеет значение, шлюз принадлежит серверу.

Безопасность

• Для создания отчетов используйте учетную запись, доступную только для чтения. Отчет не имеет оснований писать.
• Предпочитайте сервисную учетную запись личной, иначе отчет прервется, когда кто-то уйдет.
• Помните, что импортированная модель содержит данные. Строки есть у любого, у кого есть доступ к файлу отчета, независимо от того, что разрешает исходная система.
• Безопасность на уровне строк применяется в модели, а не в источнике, если только вы намеренно не передаете идентификатор пользователя. Видеть безопасность на уровне строк.

Как применить это в своей работе

1. Проверьте режим хранения текущего отчета. Он отображается в строке состояния справа внизу.
2. Если это ДиректЗапрос, спросите, какая из трех причин применима. Если этого не происходит, протестируйте версию импорта и сравните реакцию на нажатие.
3. Попросите владельца базы данных предоставить представления, а не доступ к таблицам, и объясните, что это позволяет им безопасно выполнять рефакторинг.
4. Удалите столбцы, которые вы не используете, и наблюдайте, как размер файла уменьшается.
5. Настройте шлюз и учетные данные до того, как обещать график обновления, а не после первого сообщения об ошибке.

Единственная привычка, которую нужно сохранить

Спросите, где будет выполняться запрос. Этот единственный вопрос объясняет скорость отчетов, сбои обновления, загрузку базы данных и половину ограничений DAX, и именно этот вопрос действительно задавался в диалоговом окне подключения.

Знаете ли вы, в каком режиме находится ваш наиболее часто используемый отчет?