Re: opciones avanzadas de SQLNo estoy seguro de que este comentario requiera un elemento de deseo por separado, pero dada la generalidad del elemento de deseo original, parece lo suficientemente relacionado como para incluirlo con este:
Me gustaría que JMP incorpore un editor SQL activo cuando esté vinculado a una base de datos externa (selector desplegable a medida que escribe SQL, comandos consistentes de sintaxis de autocompletar, etc.).
Actualmente se puede ingresar SQL defectuoso en el cuadro y el único comentario es un error general.
Creo que la publicación original del elemento de la lista de deseos va un paso más allá y quiere que la GUI del generador de consultas (o asistente, como yo lo llamo) se adapte al SQL que se escribe.
Re: opciones avanzadas de SQLHola @Impulso . Gracias por el apoyo 
Un editor de texto SQL activo con d selector desplegable a medida que escribe SQL, comandos consistentes con la sintaxis de autocompletar, etc.
¡Buena idea! ¡Lo quiero!
Esto me permite precisar más la idea original -diferenciar- y también vincular..
El deseo original nació del descubrimiento de que existen algunas cadenas SQL "desconocidas", código que no se puede crear a través de la GUI.
Entonces la idea: agregar esta funcionalidad o proporcionar una forma de agregar cadenas SQL desconocidas al código generado automáticamente *), sin perder la posibilidad de seguir usando la GUI.
*) Para hacerlo, la GUI (asistente) no tiene que entender las cadenas adicionales.
@Impulso El editor SQL activo de podría ser una forma de implementar esta idea: si el editor comprende la sintaxis, puede admitir cuadros desplegables y resaltado de errores.
Por lo tanto, es genial para los usuarios que se apegan al SQL estándar.
Y respecto a *):
Si hay expresiones que el editor SQL activo no comprende, las resaltará como errores, pero seguirá proporcionando un soporte cómodo para las cadenas restantes y para la jerarquía general.
El editor SQL activo me recuerda mucho al editor de fórmulas Jmp.
Entonces, creo que esta sería la solución definitiva:
un editor de consultas SQL como el editor de fórmulas Jmp, con soporte de sintaxis en línea + comprobaciones de jerarquía.
... y si el usuario desea utilizar código desconocido para el editor, se podría proporcionar una funcionalidad específica para hacerlo
- alguno "código desconocido dentro" - cuadros que se puede colocar en cualquier posición en la jerarquía conocida.
opciones SQL avanzadas☐ nueva característica interesante
☑ ¡podría ayudar a muchos usuarios!
☐ elimina un "error"
☐ bueno tener
☐ nadie lo necesita
¿Qué inspiró esta solicitud de lista de deseos?
El Query Builder en Jmp es bueno para generar consultas SQL a través de una GUI.
Pero hay consultas que no se pueden generar a través de la GUI:
Acceso a la base de datos
Con JMP 17, en el generador de consultas, ¿cómo se puede agregar "CON UR" al final del código SQL?
La única solución en este momento: cambiar a SQL personalizado y en ese momento perder todas las opciones de GUI para realizar más cambios en la consulta.
¿Cuál es la mejora que le gustaría ver?
Mejore la GUI para proporcionar una opción SQL avanzada:
- agregue la funcionalidad para "explotar" entradas e "indexar" entradas de columnas
- permitir al usuario ingresar manualmente cadenas SQL avanzadas, que luego se pueden agregar en posiciones específicas de la cadena de consulta SQL principal.
¿Por qué es importante esta idea?
Los usuarios ya no se ven obligados a abandonar el Generador de consultas cuando tienen que agregar una expresión a su consulta que no es compatible con la GUI del Generador de consultas.
más deseos presentados por
Acceso a los datosRe: opciones avanzadas de SQL - Estado cambiado a: ReconocidoRe: opciones avanzadas de SQLMe gustaría agregar una solicitud de mejora más específica que también puede ser relativamente sencilla de implementar: Más flexibilidad en las columnas calculadas.
Actualmente, el editor de fórmulas sólo permite ingresar un conjunto limitado de funciones y operadores; la sintaxis que no se reconoce (incluidas cosas simples como CAST o CONVERT) se rechaza. ¿Sería posible agregar soporte para el conjunto completo de funciones de motores de base de datos populares como SQL Server, o simplemente permitir ingresar código SQL arbitrario para escribirlo como una fórmula de columna calculada? ¿Quizás agregando la opción "Permitir expresiones personalizadas" al menú desplegable para dialectos SQL?
