Tablas privadas de consulta SQL << Ejecutar fondo, nueva vista de datos, ¿la lista de tablas no se actualiza?Hola a todos,
Tengo un script que ejecuta varias consultas SQL en paralelo para sortear el límite de caracteres en el controlador ODBC/servidor SQL, ya que con frecuencia necesitamos obtener datos para las cláusulas WHERE que contienen miles de cadenas, por ejemplo, "SELECT * FROM [Table] WHERE [id] EN ('id000000001','id000000002',...'id000010000')".Mi método para hacer esto funciona bien, (iterar a través de una lista de consultas haciendo <
Todo eso es para decir, cuando envío el mensaje de vista de datos nuevos, claramente el indicador "privado" en la tabla no se restablece, porque la tabla no aparece en la lista de tablas en la ventana principal.¿Hay alguna manera de restablecer o borrar el indicador privado en la tabla, o tengo que generar la tabla como no privada durante la llamada <Tabla de datossecuencias de comandosventanas
Re: Tablas privadas de consulta SQL << Ejecutar fondo, nueva vista de datos, ¿la lista de tablas no se actualiza?También he notado esto, solo cuando <<<
Re: Tablas privadas de consulta SQL << Ejecutar fondo, nueva vista de datos, ¿la lista de tablas no se actualiza?En realidad, después de mis consultas, la tabla de datos ahora visible no aparece en absoluto en el cuadro combinado de la lista de tablas de datos.La tabla está en la Lista de ventanas, pero el cuadro dice "(sin tablas)".Peculiar.
La Tabla de datos actual () proporciona un valor Vacío (), a menos que se ejecute dentro de un script de tabla, que produce correctamente la Tabla de datos ("Cosas y otras cosas").Sin embargo, incluso dentro de ese script de tabla, un intento de hacer referencia a la Tabla de datos ("Cosas y otras cosas") arroja un error: "No se puede ubicar la tabla de datos ...".Es un comportamiento interesante y me gustaría entender por qué ocurre en estas circunstancias específicas.
Re: Tablas privadas de consulta SQL << Ejecutar en segundo plano, nueva vista de datos, ¿la lista de tablas no se actualiza?Me alegro de que alguien más haya notado este comportamiento, pero obviamente me entristece que no parezca haber ninguna explicación del comportamiento. Esto me causa un problema cuando un usuario ejecuta uno de mis scripts varias veces seguidas en una sola instancia de JMP. La primera vez que lo ejecutan, todo está bien, pero las astutas mesas privadas han comenzado sus travesuras, porque la próxima vez que ejecutan el script, una de las primeras cosas que hace es obtener la lista de tablas abiertas (para que puedan usar una abrir tabla para definir qué datos quieren recuperar en esta ejecución). Esa lista está vacía, pero NTables() no es cero, por lo que terminamos con un error de índice fuera de límites.
