Accelera l'SQLIn JMP 13.2.1, lo script JSL "Open Database("DSN=mysql", sql)" è molto più lento rispetto all'esecuzione della stessa query SQL "seleziona" sul workbench MySQL o sulla riga di comando mysql sullo stesso PC. DSN punta al driver ODBC MySQL installato localmente nel mio PC Win10 (mysql-connector-odbc-5.3.7-winx64.msi). La differenza nella velocità di caricamento è molto evidente quando "seleziona" restituisce molte righe, ad esempio 1 milione di righe di dati. Vorrei che JMP migliorasse questa connessione dati e la velocità di caricamento nella prossima versione.
Accesso ai datiOggetto: Velocizzare SQL - Stato modificato in: Consegnato@frankz abbiamo esaminato questo aspetto e valutato le sue prestazioni nella nostra ultima versione di JMP, la versione 17.Sembra che questo non sia più un problema.Mi scuso per non aver risposto prima, ma spero che nelle versioni più recenti di JMP sia stato risolto il problema.In caso contrario, faccelo sapere.
Oggetto: Velocizzare SQL - Stato modificato in: RiconosciutoCIAO @frankz , Grazie per il tuo suggerimento! Abbiamo acquisito la tua richiesta e la prenderemo in considerazione.
Ri: Velocizzare SQLCOME @pmroz accennato, utilizzando il Interfaccia di chiamata Oracle (OCI) invece di ODBC potrebbe essere una soluzione migliore a questo problema - se il tuo database lo supporta (non posso commentare OCI perché non l'ho mai usato da solo) vorrei sottolineare che esiste un software in giro (per un database specifico, interrogato tramite SQL) che utilizza ODBC E funziona molto più velocemente di JMP nelle stesse circostanze (vedi il mio post, 03-05-2018), quindi basta raggiungere questo livello rappresenterebbe un reale miglioramento per JMP. In considerazione dell'età di questa chiamata (senza miglioramenti percepibili in questo senso da JMP13 a JMP15), sono personalmente giunto alla conclusione che la combinazione JMP/SQL non è probabilmente la strada da percorrere (se puoi evitarlo), se hai bisogno di recuperare più di un numero moderato di record da un database.
Ri: Velocizzare SQL@pmroz può essere implementato in JMP?Anch'io trovo che occorrono fino a 20 minuti per eseguire una query su un database Oracle in JMP, mentre sono necessari solo circa 20 secondi per eseguire una query identica utilizzando Excel.Infatti, ogni volta che ho confrontato le prestazioni tra JMP ed Excel (negli ultimi 8 anni), JMP lo è tanto più lento di Excel.
Qualsiasi aiuto sarebbe molto apprezzato!!!
Ri: Velocizzare SQLMi piacerebbe un aumento delle prestazioni per JSL Open Database() o Execute SQL().
Dai suggerimenti Oracle di Burleson, http://www.dba-oracle.com/phys_odbc_slow.htm :
I database soggetti a traffico elevato potrebbero presentare problemi di prestazioni quando si utilizza ODBC. Molte applicazioni Oracle presentano un sovraccarico maggiore perché la connessione tramite ODBC è meno efficiente rispetto all'utilizzo di una chiamata API nativa al database. Si consiglia pertanto di sostituire ODBC con uno strumento di comunicazione nativo come Oracle Call Interface (OCI) . ODBC in genere funziona bene per query di database occasionali, ma è troppo lento per essere un dispositivo permanente nella maggior parte delle applicazioni di produzione.
Ri: Velocizzare SQLComplimenti per questo.... Ho riscontrato un'enorme differenza con Oracle confrontando le query con JSL Open Database () e Benthic Golden o SQL Developer utilizzando lo stesso SQL (JMP14).Sono stato in grado di cancellare quella differenza giocherellando con le impostazioni dell'origine dati.Nel mio caso aumentando la "dimensione del buffer di recupero".Ma sono completamente d'accordo sul fatto che sembra che JMP potrebbe/dovrebbe essere più intelligente su questo dato che lo sono le altre applicazioni.Ho anche un caso più recente in cui potrei vedere di nuovo l'offset.Forse questo SQL diverso vuole un'impostazione diversa ma Golden sembra non avere problemi .... ugh.
Ri: Velocizzare SQLLo stesso vale se si utilizza la funzione JSL "Open Database" per una query sql di un database PI System (OSIsoft, www.osisoft.com ). In questo caso , DSN punta a un driver PI ODBC installato localmente sul mio laptop Win7Pro. "Open Database" è molto più lento rispetto all'esecuzione della stessa query sql tramite PI SQL Commander sulla stessa macchina . Questo è un vero problema/collo di bottiglia per qualsiasi cosa al di sopra di 100.000 righe di dati: un forte supporto per questo desiderio di JMP!