Прямой доступ к облачным базам данных с помощью Direct Query

Используйте Direct Query для чтения баз данных SQL без необходимости импорта или загрузки данных в память.

Direct Query предоставляет пользователю больше возможностей для доступа к данным в соответствии с его индивидуальными потребностями. Доступ к данным через Direct Query позволяет пользователю хранить данные в базовом источник данных. Это увеличивает скорость взаимодействия пользователей со своими данными в обмен на гибкость, которую предлагает приложение Qlik Cloud в памяти.

В целом, по возможности рекомендуется импортировать данные в Qlik Cloud. Приложения Qlik Cloud в памяти позволяют лучше настроить работу и получить максимальную отдачу от данных. Однако, если вы оказались в ситуации, когда ваши цели не могут быть достигнуты путем импорта данных, Direct Query может стать для вас решением. Благодаря своей оптимизированной функциональности приложения Direct Query также могут помочь новым пользователям сделать первый шаг к созданию полнофункциональных и быстрых приложений в памяти.

Вы можете создать приложение Direct Query с помощью Диспетчер модели данных, чтобы помочь выбрать таблицы и поля, а также определить связи между ними. Для получения дополнительной информации см. Создание Direct Query приложения.

Вы также можете использовать пользовательский SQL в Скрипт загрузки для определения модель данных для вашего приложения Direct Query. Это позволяет использовать переменные и выражения Qlik при построении модель данных. Для получения дополнительной информации см. Создание Direct Query приложения с пользовательским SQL.

Примеры вариантов использования Direct Query

Вы можете рассмотреть возможность использования Direct Query вместо приложений в памяти в следующих случаях:

Учебные пособия

Учебное пособие по использованию приложений Qlik Sense см. в разделе Учебное пособие — начинаем с основ.

Учебное пособие по Direct Query см. в следующих материалах:

• Direct Query — часть 1: обзор и работа

• Direct Query — часть 2: гибридные аналитические решения с генерацией приложений по требованию (ODAG)

Поддерживаемые возможности

Приложения Direct Query имеют другие возможности по сравнению с приложениями в памяти.

Direct Query поддерживает следующее:

• Типы подключений к данным:

  Примечание к информацииНевозможно использовать подключения к данным Шлюз данных Qlik — прямой доступ в Direct Query.

  • Amazon Redshift

  • Azure SQL

  • Azure Synapse Analytics

  • Databricks

  • Google BigQuery

  • Microsoft SQL Server

  • PostgreSQL

  • Snowflake

  Примечание к информацииВ подключениях к данным поддерживается подмножество скалярных функций.

• Эмуляция анализа данных в памяти:

  • Подмножество анализа множеств.

  • Многотабличные диаграммы поверх произвольных сложных моделей. Существующие требования к моделям для приложений в памяти по-прежнему будут действовать. Например, циклы ассоциаций между таблицами не допускаются.

  • Основные типы агрегирования:

    • Sum

    • Count

    • Min

    • Max

    • Avg

    • Only

  • Вычисления до и после агрегирования на основе набора функций и операций, предоставляемых базовой базой данных.

• Типы связей таблиц:

  • Внутреннее соединение

  • Полное внешнее соединение

• Итеративное моделирование и создание информационных панелей.

• Возможности визуализации:

  • Стандартные диаграммы:

    • Линейчатая диаграмма

    • Пулевая диаграмма

    • Кнопка

    • Комбинированная диаграмма

    • Контейнер

    • Панель фильтров

    • Стрелочный индикатор

    • Ключевой показатель эффективности

    • Линейный график

    • Карта

    • диаграмма Мекко

    • Круговая диаграмма

    • Диаграмма рассеяния

    • Таблица

    • Текст и изображение

    • Каскадная диаграмма

  • Пакет информационной панели:

    • Видеоплеер

    • Ввод переменной

  • Пакет визуализации:

    • Воронка

    • Мульти-KPI

    • Лепестковая диаграмма

    • Диаграмма Санки

    • Облако слов

• Подмножество возможностей поиска по полю:

  • Строка поиска без специальных символов (например, «*» и «?» для поиска по шаблону или «=» для поиска на основе выражений) интерпретируется как поиск по префиксу по полному строковому значению.

  • Символы и возможности поиска по шаблону:

    • "*" — любые 0 или более символов

    • "?" — любой одиночный символ

  • Поиск по диапазону (на основе ">", "<", ">=", "<="):

    • Для числовых значений нижняя/верхняя границы определяются на основе числового значения. Например, >10<100 эквивалентно <100>10. Оба варианта интерпретируются как [SearchedField] > 10 AND [SearchedField] < 100.

    • Для других типов данных нижняя/верхняя границы определяются их порядком в условии поиска. Например, >Value1<Value2 не то же самое, что <Value2>Value1. Во втором случае предполагается, что Value2 соответствует нижней границе, и это будет интерпретироваться как [SearchedField] < Value2 OR [SearchedField] > Value1.

  • Поиск на основе выражений, при условии, что выражение соответствует ограничениям Direct Query.

  Примечание к информацииПолный список возможностей поиска в памяти см. в разделе Поиск в выборках или визуализациях.

• Функции механизма Qlik в выражениях $(=...).

  В Ключевой показатель эффективности или пользовательском выражении SQL в Direct Query можно использовать следующие функции скрипта и диаграммы Qlik:

  • GetUserAttr

  • if

  • Chr

  • Replace

  • Литералы и строковые операторы

  Выражение, использующее один или несколько из вышеуказанных вариантов, будет развернуто исключительно в механизме Qlik.

  Примечание к информацииСмешивание удаленных собственных функций SQL и функций механизма Qlik в одном и том же выражении $(=...) не поддерживается.

  Чтобы объединить использование функции механизма Qlik и функции удаленной базы данных SQL (дополнительно включая + множества/выборки), используйте вложенные выражения $(=...):

  $(= ...<EngineFuncs> ... $(=... <set/selection &| Native SQL funcs>) ... )

  Например:

  '$(=Replace(GetUserAttr('userEmail'), '$(=Char(111))' , Chr(48)))'

  В приведенном выше примере вложенного выражения функции Replace(), GetUserAttr() и Chr() являются функциями механизма Qlik и заключены в самое внешнее выражение $(=…). Однако вложенное выражение $(=Char(111)) не ссылается на функцию механизма. Это функция удаленной базы данных SQL (например, в MS SQL).

  Предполагая, что адрес электронной почты пользователя в Qlik Cloud — 'root@qlik.com', то расширение приведенного выше выражения будет происходить в следующем порядке:

  1. Разверните функцию $(=CHAR(111)), не относящуюся к механизму, через удаленную базу данных SQL, в результате чего получится строчная буква o.

  2. Разверните функцию механизма CHR(48) в символ "0'.

  3. Разверните GetUserAttr('userEmail') в 'root@qlik.com'.

  4. Наконец, разверните ‘$(=Replace('root@qlik.com', ‘o' , ‘0’)’ для получения окончательного результата 'r00t@qlik.com'.

• Ограничения Direct Query
• Создание ссылок ODAG в приложениях Direct Query
• Поддерживаемые типы данных