Connessione di Looker al tuo database

Dopo aver protetto e configurato il database, puoi collegarlo a Looker.

Seleziona Connessioni nella sezione Database nel riquadro Amministrazione. Nella pagina Connections (Connessioni), fai clic sul pulsante Add Connection (Aggiungi connessione). Looker visualizza la pagina Impostazioni di connessione.

Per ulteriori informazioni sull'applicazione degli attributi utente alle impostazioni di connessione, consulta la sezione Connessioni della pagina della documentazione Attributi utente.

Questa pagina descrive i campi comuni visualizzati da Looker nella pagina Impostazioni connessione. I campi esatti visualizzati nella pagina Impostazioni di connessione dipendono dall'impostazione del dialetto.

Dopo aver inserito le impostazioni di connessione al database, puoi selezionare il pulsante Testa nella pagina Impostazioni di connessione per testare la connessione e assicurarti che sia configurata correttamente. Fai clic su Test per verificare che la connessione sia riuscita. Per informazioni sulla risoluzione dei problemi, consulta la pagina della documentazione relativa ai test di connettività dei database. Se Looker visualizza Può connettersi, premi Connetti per creare la connessione. La connessione al database viene quindi aggiunta all'elenco nella pagina di amministrazione di Connessioni di Looker.

Impostazioni generali

Nome

Il nome della connessione che vuoi fare riferimento. Questo nome di connessione al database deve essere utilizzato nel parametro connection del modello LookML. Il nome della connessione al database è anche il modo in cui viene identificata la connessione nella pagina di amministrazione Connessioni di Looker. Non utilizzare il nome di nessuna cartella per questa impostazione. Questo valore non deve necessariamente corrispondere ad altri elementi del database; Name è un'etichetta che identifica questa connessione nell'interfaccia utente di Looker.

Ambito della connessione

Scegli se la connessione può essere utilizzata con tutti i progetti o con un solo progetto.

Utilizza questa opzione insieme alle seguenti autorizzazioni per delegare la gestione delle connessioni e la configurazione del modello:

Dialetto

Il dialetto SQL corrispondente alla tua connessione. È importante scegliere il valore corretto in modo che ti vengano presentate le opzioni di connessione corrette e che Looker possa tradurre correttamente il tuo codice LookML in SQL.

ID progetto di fatturazione

Solo per le connessioni Google BigQuery, l'ID progetto di fatturazione è l'ID progetto di Google Cloud.

Host

Il nome host del tuo database che deve essere utilizzato da Looker per la connessione all'host del tuo database.

Se hai collaborato con un analista Looker per configurare un tunnel SSH nel database, inserisci "localhost" nel campo Host.

Porta

La porta del database che deve essere utilizzata da Looker per la connessione all'host del tuo database.

Se hai collaborato con un analista Looker per configurare un tunnel SSH al database, inserisci nel campo Porta il numero di porta che reindirizza al tuo database, che dovrebbe essere stato fornito dall'analista Looker.

Database

Il nome del database sul tuo host. Ad esempio, potresti avere il nome host my-instance.us-east-1.redshift.amazonaws.com in cui è presente un database chiamato sales_info. Devi inserire sales_info in questo campo. Se disponi di più database sullo stesso host, potrebbe essere necessario creare più connessioni per utilizzarli (con l'eccezione di MySQL, in cui la parola database significa qualcosa di leggermente diverso rispetto alla maggior parte dei dialetti SQL).

Schema

Lo schema predefinito utilizzato da Looker quando non viene specificato uno schema. Questo si applica quando utilizzi SQL Runner, durante la generazione di progetti LookML e durante l'esecuzione di query sulle tabelle.

Autenticazione

Per le connessioni Snowflake e Google BigQuery, seleziona il tipo di autenticazione che vuoi che Looker utilizzi per accedere al tuo database:

  • Per le connessioni Google BigQuery, hai la possibilità di configurare OAuth o un account di servizio per consentire a Looker di eseguire l'autenticazione nel tuo database.
  • Per le connessioni a Snowflake, puoi scegliere di configurare OAuth o un account di database per consentire a Looker di eseguire l'autenticazione nel tuo database.

Quando utilizzi OAuth, gli utenti devono accedere al tuo database per eseguire query da Looker. Consulta la pagina Google BigQuery o la pagina Snowflake per la procedura completa sulla configurazione di OAuth.

Nome utente

Il nome utente di un account utente del database che Looker può utilizzare per connettersi al tuo database.

Password

La password di un account utente del database che Looker può utilizzare per connettersi al tuo database.

Impostazioni facoltative

Server SSH

L'opzione Server SSH è disponibile solo se è stato eseguito il deployment dell'istanza nell'infrastruttura Kubernetes e solo se è stata abilitata la possibilità di aggiungere le informazioni di configurazione del server SSH all'istanza di Looker. Se questa opzione non è abilitata sulla tua istanza Looker e vuoi abilitarla, contatta uno specialista delle vendite di Google Cloud o apri una richiesta di assistenza.

Il server SSH sceglie automaticamente la porta localhost, e non è possibile specificarla. Se devi creare una connessione SSH che richieda di specificare una porta localhost, apri una richiesta di assistenza.

Per connetterti al tuo database utilizzando un tunnel SSH, attiva l'opzione e seleziona una configurazione server SSH dall'elenco a discesa.

Porta locale

Per impostazione predefinita, Looker seleziona automaticamente una porta locale disponibile per il tunnel SSH. Per scegliere manualmente una porta locale, seleziona Inserimento manuale e inserisci un numero di porta nel campo Porta locale personalizzata. Assicurati che la porta locale sia disponibile sulla tua istanza.

Tabelle derivate permanenti (PDT)

Abilita PDT

Attiva l'opzione Abilita PDT per abilitare le tabelle derivate permanenti. Quando le PDT sono abilitate, la finestra Connessione mostra i campi PDT aggiuntivi e la sezione Override PDT. Looker mostra l'opzione Abilita PDT solo se il dialetto del database supporta l'utilizzo delle PDT.

Tieni presente quanto segue sulle PDT:

  • Le PDT non sono supportate per le connessioni Snowflake che utilizzano OAuth.
  • La disabilitazione delle PDT su una connessione non disabilita i gruppi di dati associati alle tue PDT. Anche se disabiliti le PDT, i gruppi di dati esistenti continueranno a eseguire le proprie query sql_trigger sul database. Se vuoi interrompere l'esecuzione della query sql_trigger sul tuo database da parte di un gruppo di dati, devi eliminare o commentare il parametro datagroup dal progetto LookML oppure aggiornare l'impostazione Pianificazione della manutenzione di gruppi di dati e PDT per la connessione in modo che Looker controlli le PDT e i gruppi di dati molto raramente o mai.
  • Per le connessioni Snowflake, Looker imposta il valore del parametro AUTOCOMMIT su TRUE (valore predefinito di Snowflake). AUTOCOMMIT è obbligatorio per i comandi SQL eseguiti da Looker per gestire il sistema di registrazione delle PDT.

Database temporaneo

Anche se è etichettata come Database temporaneo, devi inserire il nome del database o dello schema, in base al tuo dialetto SQL, che Looker deve utilizzare per creare tabelle derivate permanenti. Il database o lo schema deve essere configurato preventivamente, con le autorizzazioni di scrittura adeguate. Nella pagina della documentazione Istruzioni per la configurazione del database, seleziona il dialetto del database per visualizzarne le istruzioni.

Ogni connessione deve avere un proprio database temporaneo o uno schema, che non può essere condiviso tra più connessioni.

Numero massimo di connessioni del builder di PDT

L'impostazione Numero massimo di connessioni del builder di PDT consente di specificare il numero di build di tabelle che il rigeneratore Looker può avviare contemporaneamente sulla tua connessione al database. L'impostazione Numero massimo di connessioni del builder di PDT si applica solo ai tipi di tabelle per i quali il rigeneratore Looker avvia la ricostruzione:

  • Tabelle basate su trigger (tabelle derivate permanenti e tabelle aggregate che utilizzano la strategia di persistenza datagroup_trigger o sql_trigger_value).
  • Tabelle persistenti che utilizzano la strategia persist_for, ma solo quando la tabella persist_for fa parte di una cascata di tabelle derivate in cui dipende da una tabella che utilizza la strategia di persistenza datagroup_trigger o sql_trigger_value. In questo caso, il rigeneratore Looker ricostruisce una tabella persist_for, poiché questa è necessaria per ricreare un'altra tabella a cascata. In caso contrario, il rigeneratore non avvia le build per le tabelle persist_for.

Il valore predefinito dell'impostazione Numero massimo di connessioni del builder di PDT è 1, ma può essere impostato su un valore massimo di 10. Tuttavia, il valore non può essere superiore al valore impostato nel campo Numero massimo di connessioni per nodo o nel valore per-user-query-limit impostato nelle opzioni di avvio di Looker.

Imposta questo valore con attenzione. Un valore troppo elevato può sovraccaricare il database. Se il valore è troppo basso, le PDT a esecuzione prolungata o le tabelle aggregate possono ritardare la creazione di altre tabelle permanenti o rallentare le altre query sulla connessione. I database che supportano la multitenancy, come BigQuery, Snowflake e Redshift, potrebbero essere più efficienti nella gestione della creazione di query parallele.

Se vuoi aumentare l'impostazione Numero massimo di connessioni del builder di PDT, come regola pratica è consigliabile aumentarlo di 1. Se si verifica un comportamento imprevisto, reimposta il valore predefinito 1. Altrimenti, se le prestazioni delle query non sono influenzate, puoi continuare ad aumentarle in modo incrementale di 1 e verificare le prestazioni a ogni incremento prima di aumentare ulteriormente l'impostazione.

Tieni presente quanto segue sull'impostazione Numero massimo di connessioni del builder di PDT:

  • L'impostazione Numero massimo di connessioni del builder di PDT si applica solo alle connessioni necessarie per la ricostruzione delle tabelle, non a quelle necessarie per i controlli dei trigger. Un controllo del trigger è una query che verifica se la strategia di persistenza della tabella è stata attivata. Poiché queste query di controllo del trigger vengono sempre eseguite in sequenza, l'impostazione Numero massimo di connessioni del builder di PDT non viene applicata.
  • In un'istanza di Looker in cluster, il rigeneratore viene eseguito solo sul nodo principale. L'impostazione Numero massimo di connessioni del builder di PDT si applica solo al nodo principale e, pertanto, imposta il limite per l'intero cluster.
  • L'impostazione Numero massimo di connessioni del builder di PDT non si applica ai seguenti tipi di tabelle. Questi tipi di tabelle vengono creati in sequenza:
    • Le tabelle sono persistenti attraverso il parametro persist_for (a meno che la tabella non dipenda dalle tabelle che utilizzano le strategie datagroup_trigger o sql_trigger_value).
    • Tabelle in modalità di sviluppo.
    • Tabelle ricreate con l'opzione Ricrea le tabelle derivate ed esegui.
    • Tabelle in cui l'uno dipende dall'altro in una cascata di dipendenze. Non è possibile creare una tabella contemporaneamente alla tabella da cui dipende. Ad esempio, se table_B dipende da table_A, è necessario che table_A termini la creazione di un nuovo elemento prima che sia possibile avviare la nuova creazione di table_B.

Pianificazione della manutenzione di PDT e gruppi di dati

Il rigeneratore Looker controlla i gruppi di dati e le tabelle persistenti (sia tabelle aggregate sia tabelle derivate permanenti) che si basano su sql_trigger_value. In base a questi controlli, il rigeneratore Looker ricostruisce o elimina le tabelle persistenti dallo schema temporaneo del database.

Il valore Datagroup and PDT Manutenzione pianificazione imposta l'intervallo cron per il rigeneratore Looker. Il rigeneratore Looker avvia un ciclo per controllare i gruppi di dati e le tabelle persistenti sull'intervallo cron. Se il ciclo di un rigeneratore Looker è ancora in corso al successivo intervallo cron, il rigeneratore Looker completerà il ciclo in corso e attenderà quindi fino al successivo intervallo cron per iniziare il ciclo successivo.

L'impostazione Pianificazione della manutenzione di PDT e gruppi di dati accetta un'espressione cron. Il valore predefinito è */5 * * * *, il che significa che il ciclo del rigeneratore Looker avvierà un ciclo nell'intervallo di cinque minuti, se il ciclo del rigeneratore precedente è stato completato. Se il ciclo del rigeneratore precedente non è stato completato, il rigeneratore Looker verrà avviato nell'intervallo di cinque minuti successivo al completamento del ciclo.

L'impostazione predefinita di cinque minuti è anche l'intervallo più frequente supportato per la pianificazione della manutenzione di gruppi di dati e PDT. Looker non applica un intervallo massimo per la pianificazione della manutenzione di gruppi di dati e PDT, il che significa che puoi estendere l'intervallo tra i cicli del rigeneratore Looker finché può essere specificato da un'espressione cron. Tieni presente che cicli più lunghi del rigeneratore Looker possono influire negativamente sull'aggiornamento dei dati nella cache e nelle tabelle persistenti.

Dopo che il rigeneratore Looker ha completato tutti i controlli e ha rigenerato le PDT in un ciclo, attenderà il successivo intervallo cron per avviare il ciclo successivo. Se hai build PDT a lunga esecuzione, potresti avere lunghi periodi tra i cicli del rigeneratore Looker. Altri fattori possono influire sul tempo necessario per ricreare le tabelle, come descritto nella sezione Considerazioni importanti per l'implementazione delle tabelle persistenti nella pagina Tabelle derivate in Looker.

Se il tuo database non è attivo 24 ore su 24, 7 giorni su 7, è consigliabile limitare i controlli ai soli orari in cui il database è attivo. Di seguito sono riportate altre espressioni cron:

Espressione cron Definizione
*/5 8-17 * * MON-FRI Controlla i gruppi di dati e le PDT ogni 5 minuti durante l'orario lavorativo, dal lunedì al venerdì
*/5 8-17 * * * Controlla i gruppi di dati e le PDT ogni 5 minuti, tutti i giorni durante l'orario lavorativo
0 8-17 * * MON-FRI Controlla i gruppi di dati e le PDT ogni ora durante l'orario lavorativo, dal lunedì al venerdì
1 3 * * * Controlla i gruppi di dati e le PDT ogni giorno alle 03:01

Quando crei un'espressione cron, tieni presente quanto segue:

  • Looker utilizza parse-cron v0.1.3, che non supporta ? nelle espressioni cron.
  • L'espressione cron utilizza il fuso orario dell'applicazione di Looker per determinare quando vengono effettuati i controlli.
  • Se non stai creando PDT, reimposta la stringa cron sul valore predefinito */5 * * * *.

Di seguito sono riportate alcune risorse utili per la creazione di stringhe cron:

Riprova le operazioni di creazione di PDT non riuscite

L'opzione Riprova build PDT non riuscite consente di configurare il modo in cui il rigeneratore Looker tenta di ricreare le tabelle persistenti tramite trigger non riuscite nel ciclo del rigeneratore precedente. Il rigeneratore Looker è il processo che ricostruisce le tabelle permanenti con trigger (PDT e tabelle aggregate) in base all'intervallo configurato nell'impostazione di connessione Pianificazione della manutenzione di gruppi di dati e PDT. Quando il pulsante di attivazione/disattivazione Riprova PDT non riuscite è abilitato, il rigeneratore Looker tenterà di ricostruire una PDT non riuscita nel ciclo precedente, anche se la condizione di trigger della PDT non è soddisfatta. Se questa impostazione è disabilitata, il rigeneratore Looker tenterà di ricostruire una PDT precedentemente non riuscita solo quando la condizione di trigger della PDT è soddisfatta. L'opzione Riprova build PDT non riuscite è disabilitata per impostazione predefinita.

Per saperne di più sul rigeneratore Looker, consulta la pagina della documentazione Tabelle derivate in Looker.

Controllo dell'API PDT

Il pulsante di attivazione/disattivazione Controllo API PDA determina se le chiamate API start_pdt_build, check_pdt_build e stop_pdt_build possono essere utilizzate per questa connessione. Quando l'opzione di attivazione/disattivazione PDT API Control è disabilitata, queste chiamate API non andranno a buon fine quando faranno riferimento a PDT su questa connessione. L'opzione di attivazione/disattivazione Controllo API PDA è disattivata per impostazione predefinita.

Override PDT

Se il tuo database supporta le tabelle derivate permanenti e hai attivato l'opzione Abilita PDT nelle impostazioni di connessione, Looker visualizza la sezione Override PDT. Nella sezione Override PDT, puoi inserire parametri JDBC separati (host, porta, database, nome utente, password, schema, parametri aggiuntivi e istruzioni dopo la connessione) specifici per i processi PDT. Questo può essere utile per diversi motivi:

  • Creando un utente del database separato per i processi PDT, puoi utilizzare le PDT nel progetto Looker anche se assegni attributi utente alle credenziali di accesso al database o utilizzi OAuth per la connessione al database.
  • I processi PDT possono eseguire l'autenticazione tramite un utente del database separato con una priorità più elevata. In questo modo il database può dare la priorità ai job PDT rispetto alle query utente meno critiche.
  • L'accesso in scrittura può essere revocato per la connessione standard al database Looker e concesso solo a un utente speciale che i processi PDT utilizzeranno per l'autenticazione. Questa è una strategia di sicurezza migliore per la maggior parte delle organizzazioni.
  • Per database come Snowflake, i processi PDT possono essere instradati su hardware più potente, che non viene condiviso con il resto degli utenti di Looker. In questo modo, le PDT possono creare rapidamente, senza dover sostenere i costi associati all'esecuzione a tempo pieno di hardware costoso.

Ad esempio, la configurazione seguente mostra una connessione in cui i campi di nome utente e password sono impostati su attributi utente. In questo modo, ogni utente può accedere al database utilizzando le proprie credenziali individuali. La sezione Override PDT crea un utente separato (pdt_user) con la propria password. L'account pdt_user verrà utilizzato per tutti i processi PDT, con livelli di accesso appropriati per la creazione e l'aggiornamento delle PDT.

Fuso orario

Fuso orario database

Il fuso orario in cui il database archivia le informazioni basate sul tempo. Looker utilizza queste impostazioni al fine di convertire i valori di data/ora per gli utenti, semplificando la comprensione e l'utilizzo dei dati basati sul tempo. Per ulteriori informazioni, consulta la pagina della documentazione relativa all'utilizzo delle impostazioni del fuso orario.

Fuso orario query

L'opzione Query Time Zone (Fuso orario query) è visibile solo se hai disattivato i User Specific Time Zone.

Se l'opzione Fuso orario specifico per gli utenti è disattivata, per Fuso orario query si intende il fuso orario visualizzato dagli utenti quando eseguono query sui dati basati sul tempo e il fuso orario in cui Looker convertirà i dati basati sul tempo dal Fuso orario del database.

Per ulteriori informazioni, consulta la pagina della documentazione relativa all'utilizzo delle impostazioni del fuso orario.

Impostazioni aggiuntive

Parametri JDBC aggiuntivi

Se necessario, qui puoi aggiungere ulteriori parametri JDBC (Java Database Connectivity) per le tue query.

Per fare riferimento a un attributo utente in un parametro JDBC, utilizza la sintassi Modelli Liquid: _user_attributes['name_of_attribute']. Ad esempio:

my_jdbc_param={{ _user_attributes['name_of_attribute'] }}

Numero massimo di connessioni per nodo

Qui puoi impostare il numero massimo di connessioni che Looker può stabilire con il tuo database. Nella maggior parte dei casi, si tratta del numero di query simultanee eseguibili da Looker sul database in questione. Looker riserva inoltre fino a un massimo di tre connessioni per l'interruzione delle query. Se il pool di connessioni è molto ridotto, Looker riserverà meno connessioni.

Imposta questo valore con attenzione. Se il valore è troppo alto, il database potrebbe sovraccaricare. Se il valore è troppo basso, le query devono condividere un numero limitato di connessioni. Pertanto, molte query possono sembrare lente agli utenti, in quanto devono attendere la restituzione di altre query precedenti.

Il valore predefinito (che varia a seconda del dialetto SQL) è in genere un punto di partenza ragionevole. La maggior parte dei database prevede anche una propria impostazione per il numero massimo di connessioni accettate. Se la configurazione del tuo database limita le connessioni, assicurati che il valore Max connessioni per nodo sia uguale o inferiore al limite del tuo database.

Timeout del pool di connessioni

Se gli utenti richiedono più connessioni rispetto all'impostazione Numero massimo di connessioni per nodo, le richieste attenderanno il completamento di altre connessioni prima di essere eseguite. Questa impostazione specifica il tempo massimo di attesa delle richieste. L'impostazione predefinita è 120 secondi.

Questo valore deve essere impostato con attenzione. Se è troppo basso, le query degli utenti potrebbero essere annullate perché non c'è tempo sufficiente per completare le query di altri utenti. Se è troppo elevato, potrebbe crearsi un numero elevato di query, costringendo gli utenti ad attendere molto tempo. Il valore predefinito è in genere un punto di partenza ragionevole.

SSL

Scegli se utilizzare o meno la crittografia SSL per proteggere i dati trasmessi tra Looker e il tuo database. SSL è solo un'opzione che può essere utilizzata per proteggere i tuoi dati; le altre opzioni di sicurezza sono descritte nella pagina della documentazione Abilitazione dell'accesso sicuro al database.

Verifica SSL

Scegli se richiedere la verifica del certificato SSL utilizzato dalla connessione. Se è richiesta la verifica, l'autorità di certificazione (CA) SSL che ha firmato il certificato SSL deve provenire dall'elenco di fonti attendibili del client. Se la CA non è un'origine attendibile, la connessione al database non viene stabilita.

Se questa casella non è selezionata, la crittografia SSL viene ancora utilizzata per la connessione, ma non è richiesta la verifica della connessione SSL, quindi è possibile stabilire una connessione quando la CA non è presente nell'elenco delle origini attendibili del client.

Pre-memorizzazione nella cache di SQL Runner

In SQL Runner, tutte le informazioni della tabella vengono precaricate non appena selezioni una connessione e uno schema. In questo modo, SQL Runner può visualizzare rapidamente le colonne della tabella appena fai clic sul nome di una tabella. Tuttavia, per le connessioni e lo schema con molte tabelle o tabelle molto grandi, è possibile che SQL Runner non precarica tutte le informazioni.

Se preferisci che SQL Runner carichi le informazioni della tabella solo quando è selezionata, puoi deselezionare l'opzione Precache SQL Runner per disabilitare il precaricamento di SQL Runner per la connessione.

Recupera schema delle informazioni per la scrittura SQL

Per alcune funzionalità di scrittura SQL, come il consapevolezza dell'aggregazione, Looker utilizza lo schema di informazioni del database per ottimizzare la scrittura SQL. Se lo schema delle informazioni non viene memorizzato nella cache, Looker potrebbe dover bloccare occasionalmente la scrittura SQL sul database per poter recuperare lo schema delle informazioni. Per i dialetti che utilizzano Hadoop Distributed File System (HDFS), il recupero dello schema di informazioni potrebbe richiedere abbastanza tempo da influire notevolmente sulle prestazioni delle query di Looker. Se sai che lo schema di informazioni è lento, puoi disattivare l'opzione Recupera schema di informazioni per scrittura SQL per la tua connessione. La disattivazione di questa funzionalità impedirà in alcuni casi l'ottimizzazione SQL di Looker per determinate funzionalità, quindi ti consigliamo di abilitare l'opzione Recupera schema di informazioni per la scrittura SQL, a meno che tu non abbia la certezza che lo schema di informazioni della tua connessione è particolarmente lento.

Stima dei costi

Il pulsante di attivazione/disattivazione Stima dei costi si applica solo alle seguenti connessioni al database:

Il pulsante di attivazione/disattivazione Stima dei costi attiva le seguenti funzionalità sulla connessione:

Per saperne di più, consulta la pagina della documentazione Esplorazione dei dati in Looker.

Pooling di connessioni al database

Per i dialetti che supportano il pool di connessioni al database, questa funzionalità consente a Looker di utilizzare pool di connessioni tramite il driver JDBC. Il pool di connessioni al database consente di velocizzare le prestazioni delle query. Una nuova query non richiede la creazione di una nuova connessione al database, ma può utilizzare una connessione esistente dal pool di connessioni. La funzionalità di pooling delle connessioni assicura che una connessione venga pulita dopo l'esecuzione di una query e che sia disponibile per il riutilizzo al termine dell'esecuzione della query. Per ulteriori informazioni, consulta la pagina Pooling di connessioni al database.

Test delle impostazioni di connessione in corso...

Puoi verificare le impostazioni di connessione da un paio di punti della UI di Looker:

  • Seleziona il pulsante Test in fondo alla pagina Connections Settings (Impostazioni connessioni).
  • Seleziona il pulsante Test in base all'elenco della connessione nella pagina di amministrazione Connections (Connessioni), come descritto nella pagina della documentazione Connections (Connessioni).

Una volta inserite le impostazioni di connessione, fai clic su Test per verificare che le informazioni siano corrette e che il database sia in grado di connettersi.

Se la connessione non supera uno o più test, ecco alcune opzioni per la risoluzione dei problemi:

  • Prova alcuni dei passaggi per la risoluzione dei problemi riportati nella pagina della documentazione relativa al test della connettività del database.
  • Se utilizzi Mongo versione 3.6 o precedente su Atlas e si verifica un errore del collegamento di comunicazione, consulta la pagina della documentazione del connettore Mongo.
  • Per ricevere messaggi di connessione riusciti relativi allo schema temporaneo e alle PDT, devi consentire questa funzionalità quando configuri il database Looker. Le istruzioni per eseguire questa operazione sono disponibili nella pagina della documentazione Istruzioni per la configurazione del database.

Se il problema persiste, contatta l'assistenza Looker.

Testa come utente

Se hai impostato uno o più valori dei parametri di connessione su un attributo utente, l'opzione Esegui test come utente verrà visualizzata sopra il pulsante Test. Seleziona un utente, quindi fai clic su Test per verificare che il database possa connettersi ed eseguire query come questo utente.

Passaggi successivi

Dopo aver connesso il database a Looker, puoi configurare le opzioni di accesso per gli utenti.