メイン コンテンツをスキップする 補完的コンテンツへスキップ

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 数式を使用できるようになります。詳細については、「カスタム SQL を使用した Direct Query アプリの作成」を参照してください。

Direct Query の使用例

次の場合は、インメモリ アプリの代わりに Direct Query の使用を検討してください。

Direct Query の使用例
使用例 目的と説明
ビッグ データ ソース Direct Query は、2,000 万行を超えるアプリの場合、初期化が高速で、リソースの消費も少なくなります。これは、アプリが主に監視またはステータス レポートに使用され、選択項目が少ない、あるいはまったくない場合に非常に有効です。
効率的なインメモリ アプリ Direct Query は、影響を受けるすべてのテーブルにフィルタリングを適用して、Qlik Cloud エンジンにデータ スライスをすばやく簡単に抽出する機能を提供します。詳細については、「Direct Query アプリの設定のテンプレート アプリへのエクスポート」を参照してください。
ライトバックの Direct Query Qlik Application Automation に基づくライトバックが基礎となるデータベースデータを変更するように設定されている場合、Direct Query は変更されたデータベースの結果を直接表示できます。インメモリ アプリで同じ機能を使用するには、変更されたテーブルをユーザーが再度インポートする必要があります。
新しいデータベースとテーブルの調査 Direct Query を使用して、新しいまたは馴染みのないデータベースやテーブルを調べることができます。これにより、十分な情報を得た上で、基になるデータ ソースからデータをインポートする必要があるかどうかをユーザーは判断できるようになります。

チュートリアル

Qlik Sense アプリの使い方のチュートリアルについては、「チュートリアル:基礎から始める」を参照してください。

Direct Query のチュートリアルについては、次を参照してください。

情報メモQlik CloudDirect Query 機能は、QlikView の Direct Query ステートメントとは異なります。詳細については、Direct Query を参照してください。

サポートされる機能

Direct Query アプリには、インメモリ アプリとは異なる機能があります。

Direct Query は以下をサポートします。

  • データ接続の種類:

    情報メモDirect Query では Qlik Data Gateway - 直接アクセス データ接続を使用することはできません。
    • Amazon Redshift

    • Azure SQL

    • Azure Synapse Analytics

    • Databricks

    • Google BigQuery

    • Microsoft SQL Server

    • PostgreSQL

    • Snowflake

    • 情報メモのスカラー関数のサブセットは、データ接続でサポートされています。
  • インメモリ データ分析エミュレーション:

    • set 分析のサブセット。

    • 任意の複雑なモデルに対するマルチテーブル チャート。インメモリ アプリの既存のモデル要件は引き続き適用されます。例えば、テーブル間の関連ループは許可されません。

    • 基本的な集計タイプ:

      • 合計値

      • 個数

      • 最小値

      • 最大値

      • Avg

      • Only

    • 基礎となるデータベースによって提供される関数および操作セットに基づく、集計前および集計後の計算。

  • テーブル関係のタイプ:

    • 内部結合

    • 完全外部結合

  • 反復モデリングとダッシュボード作成

  • ビジュアライゼーション機能:

    • 標準チャート:

      • 棒グラフ

      • ブレット チャート

      • ボタン

      • コンボ チャート

      • コンテナ

      • フィルター パネル

      • ゲージ

      • [KPI]

      • 折れ線グラフ

      • マップ

      • メッコ チャート

      • 円グラフ

      • 散布図

      • テーブル

      • テキストと画像

      • ウォーターフォール グラフ

    • ダッシュボード バンドル:

      • ビデオ プレーヤー

      • 変数入力

    • Visualization Bundle

      • ファネル

      • マルチ KPI

      • レーダー

      • サンキー ワード クラウド

  • 項目検索機能のサブセット:

    • 特殊記号 (例: パターン検索の場合は「*」および「?」、または式に基づく検索の場合は「=」) を含まない検索文字列は、完全な文字列値に対するプレフィックス検索として解釈されます。

    • パターン検索記号と機能:

      • 「*」 - 0 個以上の任意の記号

      • 「?」 - 単一の任意の記号

    • 範囲ベースの検索 (「>」、「<」、「>=」、「<=」 に基づく):

      • 数値の場合、数値に基づいて下限/上限が検出されます。例えば、>10<100 <100>10 と同じです。どちらも、[SearchedField] > 10 AND [SearchedField] < 100 として解釈されます。

      • その他のデータ型の場合、検索条件の順序によって下限/上限が検出されます。例えば、>Value1<Value2<Value2>Value1 と同じではありません。2 番目のケースでは、Value2 は下限に対応すると想定され、[SearchedField] < Value2 OR [SearchedField] > Value1 として解釈されます。

    • 式ベースの検索では、式が Direct Query の制限を満たしていることを前提としています。

    情報メモメモリ内検索機能のすべてのリストについては、「選択またはビジュアライゼーション内での検索」を参照してください。

詳細を見る

 

このページは役に立ちましたか?

このページまたはコンテンツに、タイポ、ステップの省略、技術的エラーなどの問題が見つかった場合は、お知らせください。改善に役立たせていただきます。