Acelerar SQLEn JMP 13.2.1, el script JSL "Open Database("DSN=mysql", sql)" es mucho más lento que ejecutar la misma consulta SQL "select" en el banco de trabajo MySQL o en la línea de comandos de MySQL en la misma PC. DSN apunta al controlador ODBC de MySQL instalado localmente en mi PC con Win10 (mysql-connector-odbc-5.3.7-winx64.msi). La diferencia en la velocidad de carga es muy notable cuando "seleccionar" devuelve muchas líneas, como 1 millón de líneas de datos. Ojalá JMP mejorara esta conexión de datos y la velocidad de carga en la próxima versión.
Acceso a los datosRe: Acelerar SQL - Estado cambiado a: Entregado@frankz analizamos esto y evaluamos qué tan bien funciona en nuestra última versión de JMP, la versión 17.Parece que esto ya no es un problema.Me disculpo por no haber respondido a esto antes, pero espero que encuentre esto solucionado en las versiones más recientes de JMP.Si no, por favor háznoslo saber.
Re: Acelerar SQL - Estado cambiado a: ReconocidoHola @frankz , ¡Gracias por su sugerencia! Hemos capturado su solicitud y la tomaremos en consideración.
Re: acelerar SQLComo @pmroz insinuado, usando el Interfaz de llamada de Oracle (OCI) en lugar de ODBC podría ser una mejor solución a este problema: si su base de datos lo admite (no puedo comentar sobre OCI porque nunca lo he usado) Me gustaría enfatizar que existe un software (para una base de datos específica, consultada a través de SQL) que usa ODBC y funciona mucho más rápido que JMP en las mismas circunstancias (ver mi publicación, 05-03-2018), así que solo alcanzando este nivel sería una mejora real para JMP. En vista de la antigüedad de esta llamada (sin una mejora perceptible a este respecto de JMP13 a JMP15), personalmente llegué a la conclusión de que la combinación JMP/SQL probablemente no sea el camino a seguir (si puede evitarlo), si necesita obtener más de un número moderado de registros de una base de datos.
Re: acelerar SQL@pmroz ¿Se puede implementar esto en JMP?Yo también descubro que lleva hasta 20 minutos ejecutar una consulta a una base de datos Oracle en JMP, mientras que solo lleva unos 20 segundos ejecutar una consulta idéntica usando Excel.De hecho, cada vez que he comparado el rendimiento entre JMP y Excel (en los últimos 8 años), JMP es mucho Más lento que Excel.
¡Cualquier ayuda sería muy apreciada!
Re: acelerar SQLMe encantaría un aumento de rendimiento para JSL Open Database() o Execute SQL().
De los consejos de Oracle de Burleson, http://www.dba-oracle.com/phys_odbc_slow.htm :
Las bases de datos que están sujetas a mucho tráfico pueden tener problemas de rendimiento cuando se utiliza ODBC. Muchas aplicaciones de Oracle experimentan una mayor sobrecarga porque conectarse a través de ODBC es menos eficiente que usar una llamada de API nativa a la base de datos. Por lo tanto, se recomienda reemplazar ODBC con una herramienta de comunicaciones nativa como Oracle Call Interface (OCI) . ODBC generalmente funciona bien para consultas ocasionales de bases de datos, pero es demasiado lento para ser un accesorio permanente en la mayoría de las aplicaciones de producción.
Re: acelerar SQLUn gran aplauso por esto.... Encontré una gran diferencia con Oracle comparando consultas con JSL Open Database() y Benthic Golden o SQL Developer usando el mismo SQL (JMP14).Pude borrar esa diferencia jugando con la configuración de la fuente de datos.En mi caso, aumentar el "Tamaño del búfer de obtención".Pero estoy completamente de acuerdo en que parece que JMP podría/debería ser más inteligente al respecto, ya que las otras aplicaciones lo son.También tengo un caso más reciente en el que puedo estar viendo el desplazamiento nuevamente.Tal vez este SQL diferente quiera una configuración diferente, pero Golden parece no tener ningún problema... ugh.
Re: acelerar SQLLo mismo es cierto si usa la función JSL "Abrir base de datos" para una consulta sql de una base de datos de PI System (OSIsoft, www.osisoft.com ). En este caso , DSN apunta a un controlador ODBC de PI instalado localmente en mi computadora portátil Win7Pro. "Abrir base de datos" es mucho más lento que ejecutar la misma consulta sql a través de PI SQL Commander en la misma maquina . Este es un verdadero problema/cuello de botella para cualquier cosa por encima de las 100 000 líneas de datos: ¡fuerte apoyo para este deseo de JMP!