Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Dopo il passaggio da JMP 17 a JMP 18, la mia connessione ODBC ha smesso di funzionare. In JMP 17, veniva utilizzata per varie query SQL integrate in Open Database() e nelle funzioni New SQL Query(), che estraevano dati da Google BigQuery. A seconda di come provo a connettermi, ricevo messaggi di errore leggermente diversi:
Open Database(), messaggio di errore dal registro:
Nuova query SQL():
In questa finestra l'ID utente e la password di Windows non funzionano.
Crea una connessione al database tramite > File > Apri database > Nuova connessione > Accedi:
Ho anche creato un nuovo DSN da zero, ma anche questo non ha funzionato. L'ODBC non è la versione più recente, poiché il nostro reparto IT limita le versioni che possiamo utilizzare a causa di presunti bug. È sbagliato presumere che se la connessione ODBC funzionava in JMP 17, dovrebbe funzionare anche in JMP 18?
Accesso ai datiR: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Non hai torto.
Nello specifico, quali versioni di JMP 17 e JMP 18 stai utilizzando?
Questo è un bug. Contattare l'assistenza tecnica ci aiuterà a individuarlo.
Come persona coinvolta nella compilazione dell'aggiornamento di libcurl dal codice sorgente, sono abbastanza sicuro che non siano state apportate modifiche ai comandi di compilazione. Dovrò consultare l'elenco delle modifiche di curl per vedere se sono state apportate modifiche alle opzioni di compilazione predefinite.
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Riesci a connetterti con Windows ODBC Manager?
Ciò che vedi nello screenshot è la finestra di dialogo di autorizzazione fornita dal driver.
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18@Paul_Nelson , grazie. Le versioni di JMP sono 17.2.0 e 18.2.0 , eseguite su Windows 11 Enterprise. Ho contattato l'assistenza tecnica e aggiornato questa domanda con il numero di caso TS-00201379 .
@bryan_boone , sì, riesco a connettermi al gestore ODBC (screenshot sotto). Come accennato, la connessione funziona correttamente con JMP 17, ma non con JMP 18.
Test della connessione:
Aggiorna il token dopo l'accesso:
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18@Paul_Nelson Questa non è la libcurl di JMP, ma quella nel driver ODBC.
Il messaggio di errore proviene dal driver, non da JMP.
Le connessioni in JMP 17 dovrebbero funzionare in JMP 18.
Ciò che JMP 18 fa e che JMP 17 non fa è utilizzare la stringa di connessione della connessione iniziale per creare connessioni aggiuntive (o interromperla e ricollegarla se necessario). Se un driver non restituisce una stringa di connessione completata (come da specifiche), le connessioni successive falliranno. Questo potrebbe essere il problema che stai riscontrando.
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18@bryan_boone , non sono sicuro di aver capito:
- Se le connessioni in JMP 17 dovrebbero funzionare in JMP 18, perché vedo qualcosa di diverso?
- Ho creato e configurato un nuovo DSN da zero e ho provato a connettere JMP a Google BigQuery tramite "Crea connessione database tramite > File > Apri database > Nuova connessione > Accedi" . Non ha funzionato. Ho provato questo metodo molte volte da JMP 14, e questo approccio sta fallendo solo ora in JMP 18. Perché?
Quali passaggi successivi mi consigliate? Ad esempio, forzare un'elevazione di versione del driver ODBC?
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18@bryan_boone @Paul_Nelson @Dahlia_Watkins , aggiornato all'ultimo driver Google BigQuery 3.1.2.1004 . Nessun cambiamento.
Di seguito alcuni screenshot a scopo di documentazione:
- JMP 17 a sinistra contro JMP 18 a destra
- Entrambi i test sono stati effettuati utilizzando il nostro componente aggiuntivo interno "view opener", che semplifica l'estrazione dei dati da Google BigQuery tramite 'New SQL Query()' di JSL.
- Al centro, la prova dell'aggiornamento del driver ODBC
Non capisco cosa richieda l'accesso al database in JMP 18. Ovviamente, le credenziali utente interne all'azienda non sono sufficienti. Cos'altro potrebbe volere?
Quando faccio clic su " Cambia origine dati… > Nuova connessione > Origine dati macchina > seleziona il mio DSN utente > conferma con OK ", ricevo l'avviso JMP riportato di seguito.
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Ho eseguito questa configurazione qui.
Il driver non è conforme alla funzione SQLDriverConnect nella specifica ODBC.
Nello specifico, non restituisce una stringa di connessione completa in caso di connessione riuscita.
Ho lavorato con il supporto tecnico e c'è una soluzione con 18 che utilizza Data Connectors (per superare la parte non conforme del driver) e una versione precedente del driver (per superare l'errore libcurl del driver)
Potete contattarli per avere tutti i dettagli.
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Grazie, @bryan_boone . Ho eseguito il downgrade a una versione precedente del driver ODBC Simba per Google BigQuery (3.0.2.1005, link all'archivio driver ) e ora posso usare JMP 18 per connettermi al nostro data warehouse Google BigQuery. L'aiuto di @Dahlia_Watkins nell'identificare e indirizzarmi verso questa soluzione è stato molto apprezzato.
Prima di chiudere questa questione e accettare questa risposta come soluzione, c'è qualcos'altro, oltre a quanto già menzionato qui, che dovrebbe o può essere portato all'attenzione di Simba/Google tramite una richiesta di supporto?
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Il downgrade del driver avrebbe potuto influire sul problema libcurl riscontrato.
Per quanto riguarda SQLDriverConnect, la stringa di connessione completa conteneva solo il DSN, ad esempio DSN=MyBigQuery (dove MyBigQuery era definito nel gestore ODBC). La specifica ODBC indica che dovrebbe essere una stringa di connessione completa, il che significa che dovresti avere tutte le informazioni nella stringa di connessione restituita, in modo da poterla utilizzare (e solo quella) e creare un'altra connessione.
L'ultima cosa è che la stringa di connessione completata omette il catalogo con cui hai configurato la connessione (come in CATALOG=). Puoi vederlo, ad esempio, nel Registro di sistema di Windows, dove le impostazioni di connessione del driver vengono memorizzate al momento della configurazione.
R: Connessione ODBC non funzionante dopo il passaggio da JMP 17 a JMP 18Ho creato una nota JMP che aiuta gli utenti che stanno riscontrando questa nota JMP 872545 .
cc: @Ressel
