Re: ¿Qué camino tomar para consultar la base de datos?Prefiero usar la tercera opción. La razón es la más clara (en mi opinión) y me permite controlar cuándo cierro la conexión de mi base de datos (también es la primera que aprendí). El único caso en el que uso New SQL Query es cuando quiero ejecutar una consulta en segundo plano. Podría considerar cambiarme a New SQL Query si hay alguna razón para ello (solo ser "recomendado" definitivamente no es suficiente para que me mude).
Re: ¿Qué camino tomar para consultar la base de datos?Gracias @jthi Para tu respuesta,
Me encantaría escuchar una declaración de los desarrolladores de JMP aquí, porque no pude encontrar nada dentro de la documentación,
@martindemel o @briancorcoran ?
¿Quizás se podrían agregar algunas palabras a la documentación sobre las diferentes formas de base de datos?
Re: ¿Qué camino tomar para consultar la base de datos?Alguna documentación adicional y ejemplos de trabajo adecuados definitivamente serían útiles (¿tal vez usar la base de datos .sqlite y agregarla a $SAMPLE_IMPORT_DATA?).
Esto parece tener algo de documentación, pero no se vincula correctamente en el botón de ayuda del índice de secuencias de comandos https://www.jmp.com/support/help/en/17.0/#page/jmp/sql-messages.shtml# y luego tenemos esto https://www.jmp.com/support/help/en/17.0/#page/jmp/sql-functions.shtml#ww5089351 .
Si este es realmente el método preferido (¿se han probado los rendimientos entre diferentes métodos?), Lo más probable es que pueda comenzar a cambiar mis scripts para usar << Ejecutar solución de primer plano.
Re: ¿Qué camino tomar para consultar la base de datos?He realizado algunas pruebas con New SQL Query y siento que tiene algunas características interesantes que se implementan de tal manera que realmente no las usaría, como las funciones que se usan con OnRunComplete/OnRunCanceled/OnError deben estar en el espacio de nombres global . Tal vez podría escribir algunas funciones muy generales que podrían usarse con estas, pero aún así... es un espacio de nombres global.
También parece ser más lento que Abrir base de datos o Ejecutar SQL (especialmente antes de que comience la consulta), lo que podría ser un problema si tuviera que ejecutar varias consultas pequeñas. ¿Tal vez tendría que modificar mi cadena dns de alguna manera cuando use New SQL Query (fuera de agregar ODBC
?


Lo más probable es que me quede con los métodos de consulta "más antiguos", a menos que necesite poder ejecutar mis consultas en segundo plano.
Re: ¿Qué camino tomar para consultar la base de datos?Hola Jorge, Jarmo,
New SQL Query es el método que obtendrá las mejoras en el futuro, mientras que crear una conexión de base de datos y ejecutar sql estará en gran medida en modo de mantenimiento (corrección de errores). Nuevas iniciativas JMP 18+ que tenemos en torno a la creación de más métodos de acceso a las bases de datos y la persistencia de esa información de conexión, ya que los conectores de datos basados en JSL utilizarán New SQL Query. Dejaré saber a Documentación que la información podría ser más clara.
Espero que esto ayude,
Brian Corcorán
Desarrollo JMP
Re: ¿Qué camino tomar para consultar la base de datos?Hola Jthi,
en mi caso, la velocidad no es lo más importante, me gusta "nueva consulta sql" debido a la funcionalidad y porque es más seguro con respecto a la cadena de conexión y la contraseña.
Si la preferencia "Ocultar cadenas de conexiones ODBC" no está configurada, los otros dos métodos colocarán la contraseña literalmente en el script de origen de la nueva tabla. "nueva consulta sql" mantiene la cadena de conexión pero cambia la contraseña a "%PWD%".
Si se establece la preferencia "Ocultar cadenas de conexión ODBC", eliminaría los scripts {"fuente", "modificar consulta", "actualizar desde la base de datos"}, y no me gusta esto, porque es genial que jmp conecte la tabla con la forma en que se han generado los datos y la posibilidad de actualizar los datos, una opción que uso muy a menudo.
En el panorama de una empresa con diferentes scripters, es difícil lidiar con diferentes métodos (y, por lo tanto, diferentes configuraciones de preferencia según los métodos). Hace que todo se complique. Por eso me encanta tener un claro favorito.
¿Qué camino tomar para consultar la base de datos?Estimados,
Uso mucho las consultas de la base de datos, en combinación con sql personalizado. Lo sé, hay 3 métodos como se muestra a continuación.
Me gusta más la "nueva consulta sql", porque es más poderosa y más segura (ver contraseña ...).
Desafortunadamente, su comportamiento con respecto a Ocultar cadenas de conexión ODBC ha cambiado en JMP17, pero se corregirá:
Comportamiento de JMP17 en el conjunto de preferencias "Ocultar cadenas de conexión ODBC": cadena de conexión... - Comunidad de usuarios de JMP
Los desarrolladores me dijeron en Discovery Summit Europe en Sitges, que el método new sql queries es el recomendado, más estable, y los otros dos están desactualizados. Pero también escuché que hay un problema de velocidad. Aquí nunca he leído sobre esta recomendación, ni en la documentación.
Me gustaría discutir:
¿Qué método usas y por qué?
¿Y tú qué experiencias has hecho?
Gracias y un saludo,
Jorge
Nombres predeterminados hasta aquí ( 1 ); // 3 formas diferentes de acceso a la base de datos // constantes // esto funciona en todas las bases de datos de Oracle sql_str = "select * from Dual"; // debe adaptarse a su base de datos cnx_str ="DSN=MYDSN_NAME;UID=USERNAME;PWD=PASSWORD"; // la nueva consulta sql necesita una cadena de conexión que comience con "ODBC:" // no hay buena documentación en el manual (guía de secuencias de comandos y ayuda de JMP) qry_obj = Nueva consulta SQL (query name ("Nueva consulta SQL"), conexión (" ODBC:"||cnx_str ), sql personalizado( sql_str ) ); dt_sqlquery = qry_obj << ejecutar primer plano(); // la base de datos abierta es una sola línea // con "Ocultar cadena de conexión ODBC" no configurada, guarda la contraseña simple en los scripts de la tabla dt_open = base de datos abierta (cnx_str, sql_str, "Abrir base de datos"); // ejecutar sql necesita que la base de datos se abra antes de enviar declaraciones // con "Ocultar cadena de conexión ODBC" no configurada, guarda la contraseña sin formato en los scripts de la tabla dbc=create database connection(cnx_str); dt_execute = ejecutar sql(dbc, sql_str, "Ejecutar SQL"); cerrar la conexión de la base de datos (dbc); // EOSAutomatización y secuencias de comandos