Vai al contenuto principale Passa a contenuto complementare

Accesso ai database cloud direttamente con Direct Query

Usare Direct Query per leggere i database SQL senza dover importare o caricare i dati in memoria.

Direct Query fornisce all'utente più opzioni sulle modalità di accesso preferite ai propri dati per soddisfare le loro esigenze individuali. L'accesso ai dati attraverso Direct Query consente all'utente di mantenere i dati nella sorgente dati sottostante. Ciò consente di aumentare la velocità con cui gli utenti possono interagire con i propri dati in cambio della flessibilità offerta da un'app Qlik Cloud in memoria.

In generale, si consiglia di importare i propri dati su Qlik Cloud se possibile. Le app Qlik Cloud in memoria consentono di personalizzare meglio l'esperienza e di ricavare il massimo dai propri dati. Tuttavia, nel caso in cui i propri obiettivi non possano essere soddisfatti importando i dati, Direct Query potrebbe essere la soluzione ideale. Grazie alle funzionalità semplificate, le app Direct Query possono anche aiutare gli utenti a muovere i primi passi per la creazione di app in memoria veloci e completamente funzionali.

È possibile creare un'app Direct Query utilizzando il Gestione modello dati per aiutare a selezionare tabelle e campi e definire le relazioni esistenti tra loro. Per ulteriori informazioni, vedere Creazione di un'app Direct Query.

È possibile anche utilizzare l'SQL personalizzato nello script di caricamento per definire il modello dati per l'app Direct Query. Ciò consente di utilizzare le variabili e le espressioni Qlik mentre si crea il modello dati. Per ulteriori informazioni, vedere Creazione di un'app Direct Query con SQL personalizzato.

Esempi di casi di utilizzo di Direct Query

È consigliabile considerare l'utilizzo di Direct Query al posto delle app in memoria nei seguenti casi:

Caso di utilizzo di Direct Query
Caso di utilizzo Scopo e descrizione
Sorgenti di big data Direct Query è più veloce da inizializzare e consuma meno risorse per le app con più di 20 milioni di righe. Questo può essere molto utile quando le app vengono utilizzate soprattutto per il monitoraggio o la generazione di report di stato, in cui è necessario realizzare poche selezioni o nessuna.
App in memoria efficienti Direct Query fornisce una funzionalità per estrarre in modo facile e veloce sezioni dati nel motore di Qlik Cloud applicando la funzione di filtro a tutte le tabelle interessate. Per ulteriori informazioni, vedi Esportazione delle impostazioni di un'app Direct Query in un'app modello
Direct Query per il writeback Quando la funzione di writeback basata su Qlik Application Automation è impostata in modo da modificare i dati del database sottostante, Direct Query può mostrare direttamente i risultati del database modificato. La stessa funzionalità in un'app in memoria richiederebbe la reimportazione delle tabelle modificate da parte dell'utente.
Ricerca di nuovi database e tabelle. È possibile utilizzare Direct Query per cercare database e tabelle nuovi o poco noti. Ciò consente all'utente di prendere decisioni informate per stabilire se i dati devono essere importati dalla sorgente dati sottostante.

Tutorial

Per un tutorial su come usare le app Qlik Sense, vedere Tutorial - Concetti di base.

Per un tutorial su Direct Query, consultare:

Nota informaticaLe funzionalità di Direct Query in Qlik Cloud sono differenti dall'istruzione Direct Query in QlikView. Per maggiori informazioni, vedere Direct Query.

Funzionalità supportate

Le app Direct Query hanno funzionalità differenti rispetto alle app in memoria.

Direct Query supporta le seguenti funzionalità:

  • Tipi di connessione dati:

    Nota informaticaNon è possibile utilizzare le connessioni dati di Qlik Data Gateway - Direct Access in Direct Query.
    • Amazon Redshift

    • Azure SQL

    • Azure Synapse Analytics

    • Databricks

    • Google BigQuery

    • Microsoft SQL Server

    • PostgreSQL

    • Snowflake

    • Nota informaticaNelle connessioni dati è supportato un sottoinsieme di funzioni scalari.
  • Emulazione dell'analisi dei dati in memoria:

    • Un sottogruppo dell'analisi di gruppo.

    • Grafici con più tabelle per modelli complessi arbitrari. I requisiti del modello esistente per le app in memoria continueranno a essere validi. Ad esempio, i cicli continui tra tabelle non sono consentiti.

    • Tipi di aggregazione di base:

      • Somma

      • Conteggio

      • Minimo

      • Massimo

      • Media

      • Solo

    • CI calcoli pre e post aggregazione basati su set di funzioni e operazioni forniti dal database sottostante.

  • Tipi di relazioni tabelle:

    • Inner join

    • Full outer join

  • Progettazione di modelli iterativi e creazione di dashboard.

  • Funzionalità di visualizzazione:

    • Grafici standard:

      • Grafico a barre

      • Grafico bullet

      • Pulsante

      • Grafico combinato

      • Contenitore

      • Casella di filtro

      • Misuratore

      • KPI

      • Grafico lineare

      • Mappa

      • Grafico Mekko

      • Grafico a torta

      • Grafico a dispersione

      • Tabella

      • Testo e immagine

      • Grafico a cascata

    • Aggregazione dashboard:

      • Lettore video

      • Input variabile

    • Aggregazione visualizzazione:

      • Grafico a imbuto

      • Multi KPI

      • Grafico a radar

      • Grafici Sankey e Word cloud

  • Un sottoinsieme delle funzionalità di ricerca per il campo:

    • Una stringa di ricerca senza simboli speciali (ad esempio, "*" e "?" per la ricerca per modelli, o "=" per la ricerca basata su espressioni) viene interpretata come una ricerca per prefisso sul valore completo della stringa.

    • Simboli e funzionalità di ricerca dei modelli:

      • "*" - qualsiasi 0 o più simboli

      • "?" - qualsiasi simbolo singolo

    • Ricerca per intervallo (basata su ">", "<", ">=", "<="):

      • Per i valori numerici, i limiti inferiore/superiore vengono rilevati in base al valore numerico. Ad esempio, >10<100 è equivalente a <100>10. Entrambi vengono interpretati come [SearchedField] > 10 E [SearchedField] < 100.

      • Per altri tipi di dati, i limiti inferiore/superiore vengono rilevati in base al loro ordine nella condizione di ricerca. Ad esempio, >Valore1<Valore2 non è uguale a <Valore2>Valore1. Nel secondo caso, si presume che il Valore2 corrisponda al limite inferiore e sarà interpretato come [SearchedField] < Valore2 O [SearchedField] > Valore1.

    • Ricerca basata sull'espressione, a condizione che l'espressione soddisfi i limiti di Direct Query.

    Nota informaticaPer un elenco completo delle funzionalità di ricerca in memoria, vedere Ricerca all'interno di selezioni o visualizzazioni.

Ulteriori informazioni

 

Hai trovato utile questa pagina?

Se riscontri problemi con questa pagina o con il suo contenuto – un errore di battitura, un passaggio mancante o un errore tecnico – facci sapere come possiamo migliorare!