Connessione di Looker al database

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

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

Per saperne di più 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 di connessione. I campi esatti visualizzati nella pagina Impostazioni di connessione dipendono dall'impostazione del dialetto.

Dopo aver inserito le impostazioni di connessione del database, puoi selezionare il pulsante Test nella pagina Impostazioni connessione per provare 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 al test della connettività del database. Se in Looker viene visualizzato Può connettersi, premi Connetti per creare la connessione. La connessione al database viene quindi aggiunta all'elenco nella pagina di amministrazione Connessioni di Looker.

Impostazioni generali

Nome

Il nome della connessione a cui vuoi fare riferimento. Questo nome di connessione al database è necessario da utilizzare nel parametro connection del modello LookML. Il nome della connessione al database è anche il modo in cui viene identificata la connessione nella pagina Connessioni Amministrazione di Looker. Non utilizzare il nome di nessuna cartella per questa impostazione. Questo valore non deve necessariamente corrispondere a elementi nel database; Name è un'etichetta che identifica questa connessione all'interno dell'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 appropriate e in modo che Looker possa tradurre correttamente il tuo codice LookML in SQL.

ID progetto di fatturazione

Solo per le connessioni a Google BigQuery, l'ID progetto di fatturazione è l'ID progetto 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 di Looker per configurare un tunnel SSH per il tuo database, nel campo Host, inserisci "localhost".

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 per il tuo database, nel campo Porta, inserisci il numero di porta che reindirizza al tuo database, che dovrebbe aver fornito l'analista Looker.

Database

Il nome del database sul tuo host. Ad esempio, potresti avere un nome host my-instance.us-east-1.redshift.amazonaws.com su 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 (ad eccezione di MySQL, in cui il termine database ha un significato un po' 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 quando esegui query sulle tabelle.

Autenticazione

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

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

Quando utilizzi OAuth, gli utenti devono accedere al tuo database per eseguire query da Looker. Per saperne di più sulla configurazione di OAuth per una connessione a Looker, vedi le procedure di connessione di Google BigQuery, Snowflake, Trino o Databricks.

Nome utente

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

Password

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

Impostazioni facoltative

Server SSH

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

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

Per connetterti al database utilizzando un tunnel SSH, attiva il pulsante di attivazione/disattivazione e seleziona una configurazione del 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 nella tua istanza sia disponibile la porta locale.

Tabelle derivate permanenti (PDT)

Abilita PDT

Attiva l'opzione Abilita PDT per abilitare le tabelle derivate permanenti. Quando le PDT sono abilitate, la finestra Connection mostra i campi PDT aggiuntivi e la sezione PDT Overrides. Looker visualizza il pulsante di attivazione/disattivazione Abilita PDT solo se il dialetto del database supporta l'uso di PDT.

Tieni presente quanto segue in merito alle 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 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 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 PDT e gruppi di dati 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 (il valore predefinito di Snowflake). AUTOCOMMIT è obbligatorio per i comandi SQL eseguiti da Looker per mantenere il sistema di registrazione PDT.

Database temporaneo

Anche se è denominato Database temporaneo, dovrai inserire il nome del database o dello schema, a seconda del tuo dialetto SQL, che Looker dovrebbe 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 visualizzare le relative istruzioni.

Ogni connessione deve avere un proprio database temporaneo o uno schema; non possono essere condivisi tra le 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 possono essere avviate in contemporanea dal rigeneratore Looker sulla connessione del tuo database. L'impostazione Numero massimo di connessioni del builder di PDT si applica solo ai tipi di tabelle per cui il rigeneratore Looker avvia le ricostruzioni:

  • Tabelle permanenti da trigger (tabelle derivate permanenti e tabelle aggregate che utilizzano la strategia di persistenza datagroup_trigger o sql_trigger_value).
  • Tabelle permanenti 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 ricrea una tabella persist_for, poiché la tabella è necessaria per ricreare un'altra tabella nella cascata. In caso contrario, il rigeneratore non avvia le build per le tabelle persist_for.

L'impostazione predefinita Numero massimo di connessioni del builder di PDT è 1, ma può essere anche impostata su 10. Tuttavia, il valore non può essere superiore a quello 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 l'architettura multi-tenancy, come BigQuery, Snowflake e Redshift, possono essere più efficienti nella gestione delle build di query parallele.

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

Tieni presente quanto segue in merito all'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 dei trigger è una query che verifica se la strategia di persistenza della tabella è stata attivata. Poiché queste query di controllo dei trigger vengono sempre eseguite in sequenza, l'impostazione Numero massimo di connessioni del generatore di PDT non si applica.
  • 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, 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 consecutivamente:
    • Le tabelle sono rese persistenti tramite il parametro persist_for (a meno che la tabella non dipenda da tabelle che utilizzano le strategie datagroup_trigger o sql_trigger_value).
    • Tabelle in modalità di sviluppo.
    • Tabelle ricostruite con l'opzione Ricrea le tabelle derivate ed esegui.
    • Tabelle in cui una dipende dall'altra in una cascade delle dipendenze. Non è possibile creare una tabella contemporaneamente alla tabella da cui dipende. Ad esempio, se table_B dipende da table_A, table_A deve terminare la ricreazione prima che table_B possa iniziare a ricreare.

Pianificazione della manutenzione di PDT e gruppi di dati

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

Il valore Datagroup and PDT Manutenzione pianificazione imposta l'intervallo cron per il rigeneratore Looker. Il rigeneratore Looker avvia un ciclo del rigeneratore per controllare i gruppi di dati e le tabelle persistenti nell'intervallo cron. Se un ciclo del rigeneratore Looker è ancora in corso nell'intervallo cron successivo, il rigeneratore Looker completerà il ciclo del rigeneratore in corso e poi attenderà fino all'intervallo cron successivo 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 si avvierà nell'intervallo di cinque minuti successivo al completamento del ciclo.

Il valore predefinito di cinque minuti è anche l'intervallo più frequente supportato per la pianificazione di manutenzione di PDT e gruppi di dati. Looker non applica un intervallo massimo per la pianificazione di manutenzione di PDT e gruppi di dati, il che significa che è possibile estendere l'intervallo tra i cicli del rigeneratore Looker fino a quando può essere specificato da un'espressione cron. Tieni presente che cicli più lunghi del rigeneratore di 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 le ricostruzioni PDT in un ciclo, attenderà il successivo intervallo di cron per avviare il ciclo successivo. Se disponi di build PDT a lunga esecuzione, potrebbero esserci lunghi periodi tra i cicli del rigeneratore di Looker. Altri fattori possono influire sul tempo necessario per ricreare le tabelle, come descritto nella sezione Considerazioni importanti per l'implementazione delle tabelle permanenti nella pagina Tabelle derivate in Looker.

Se il tuo database non è attivo 24 ore su 24, 7 giorni su 7, ti consigliamo di limitare i controlli ai momenti in cui è attivo. Ecco alcune espressioni aggiuntive di 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 durante l'orario lavorativo, ogni giorno
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

Di seguito sono riportati alcuni aspetti da considerare quando crei un'espressione cron:

  • 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 eseguiti i controlli.
  • Se le PDT non vengono create, reimposta il valore predefinito di */5 * * * * per la stringa cron.

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

Riprova le operazioni di creazione di PDT non riuscite

Il pulsante di attivazione/disattivazione Riprova build PDT non riuscite configura il modo in cui il rigeneratore Looker tenta di ricostruire le tabelle permanenti con trigger che non sono riuscite nel precedente ciclo del rigeneratore. Il rigeneratore Looker è il processo che ricostruisce le tabelle permanenti (PDT e tabelle aggregate) in base all'intervallo configurato nell'impostazione di connessione Datagroup e PDT Manutenzione pianificazione. Quando è abilitata l'opzione Riprova build PDT non riuscite, il rigeneratore Looker tenta di ricreare una PDT non riuscita nel precedente ciclo del rigeneratore, anche se la condizione di trigger della PDT non è soddisfatta. Se questa impostazione è disabilitata, il rigeneratore Looker tenta di ricreare una PDT non riuscita in precedenza 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 PDT API Control determina se è possibile utilizzare le chiamate API start_pdt_build, check_pdt_build e stop_pdt_build per questa connessione. Se l'opzione PDT API Control è disabilitata, queste chiamate API non andranno a buon fine quando fanno riferimento alle PDT su questa connessione. L'opzione di attivazione/disattivazione PDT API Control è 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 PDT Overrides (Override PdT). Nella sezione Override PPD, puoi inserire parametri JDBC separati (host, porta, database, nome utente, password, schema, parametri aggiuntivi e dopo istruzioni di connessione) specifici dei processi PDT. Questo può essere utile per diversi motivi:

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

Ad esempio, la seguente configurazione mostra una connessione in cui i campi 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 PPD 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 alla creazione e all'aggiornamento delle PDT.

Sezione Override PDT della pagina Impostazioni di connessione.

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 Utilizzo delle impostazioni del fuso orario.

Fuso orario query

L'opzione Fuso orario query è visibile solo se hai disabilitato Fuso orario specifico dell'utente.

Se l'opzione Fuso orario specifico dell'utente è disabilitata, Fuso orario query è il fuso orario che viene visualizzato dagli utenti quando eseguono query su dati basati sul tempo, nonché 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 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 di 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 prenoterà meno connessioni.

Imposta questo valore con attenzione. Se il valore è troppo alto, il database potrebbe essere sovraccaricato. Se il valore è troppo basso, le query devono condividere un numero limitato di connessioni. Di conseguenza, molte query possono sembrare lente agli utenti, in quanto devono attendere il ritorno 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 Numero massimo di connessioni per nodo sia uguale o inferiore al limite del 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 delle altre 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'è abbastanza tempo per completarle. Se è troppo alto, è possibile che si verifichino un numero elevato di query, che potrebbero causare un'attesa molto lunga degli utenti. In genere, il valore predefinito è 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 è l'unica opzione che può essere utilizzata per proteggere i dati; altre opzioni di sicurezza sono descritte nella pagina della documentazione Abilitazione dell'accesso sicuro ai 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 delle origini attendibili del client. Se la CA non è un'origine attendibile, la connessione al database non viene stabilita.

Se questa casella non viene selezionata, la crittografia SSL viene comunque 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 delle tabelle vengono precaricate non appena selezioni una connessione e uno schema. In questo modo, SQL Runner può visualizzare rapidamente le colonne delle tabelle appena fai clic sul nome di una tabella. Tuttavia, per le connessioni e lo schema con molte tabelle o tabelle molto grandi, potrebbe non essere opportuno che SQL Runner precarichi tutte le informazioni.

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

Recupera schema di informazioni per scrittura SQL

Per alcune funzionalità di scrittura SQL, come il rilevamento dei dati aggregati, Looker utilizza lo schema di informazioni del tuo database per ottimizzare la scrittura SQL. Se lo schema delle informazioni non viene memorizzato nella cache, Looker potrebbe dover occasionalmente bloccare la scrittura SQL nel database per recuperare lo schema delle informazioni. Per i dialetti che utilizzano HDFS (Hadoop Distributed File System), il recupero dello schema delle informazioni potrebbe richiedere abbastanza tempo da influire significativamente sulle prestazioni delle query di Looker. Se sai che lo schema delle informazioni è lento, puoi disattivare l'opzione Recupera schema di informazioni per scrittura SQL per la tua connessione. Se disabiliti questa funzionalità, non potrai eseguire l'ottimizzazione SQL di Looker per determinate funzionalità, quindi dovresti abilitare l'opzione Recupera schema di informazioni per scrittura SQL, a meno che tu non sappia che lo schema delle informazioni della tua connessione è particolarmente lento.

Stima dei costi

L'opzione Stima dei costi si applica solo alle seguenti connessioni di database:

L'opzione Stima dei costi attiva le seguenti funzionalità della 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 prestazioni delle query più veloci. Una nuova query non deve creare una nuova connessione al database, ma può utilizzare una connessione esistente del pool di connessioni. La funzionalità di pooling delle connessioni garantisce che una connessione venga ripulita dopo l'esecuzione di una query e sia disponibile per il riutilizzo al termine dell'esecuzione della query. Per ulteriori informazioni, consulta la pagina della documentazione Pooling di connessioni database.

Test delle impostazioni di connessione

Puoi testare le impostazioni di connessione in un paio di punti nell'interfaccia utente di Looker:

  • Seleziona il pulsante Test (Test) nella parte inferiore della pagina Connections Settings (Impostazioni connessioni).
  • Seleziona il pulsante Test (Test) nell'elenco della connessione nella pagina di amministrazione Connections (Connessioni), come descritto nella pagina della documentazione 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 ricevi un errore relativo al collegamento delle comunicazioni, consulta la pagina della documentazione del connettore Mongo.
  • Per ricevere messaggi di connessione riuscita 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 di Looker.

Esegui test come utente

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

Passaggi successivi

Dopo aver collegato il database a Looker, puoi configurare le opzioni di accesso per i tuoi utenti.