Re : options SQL avancéesJe ne suis pas sûr que ce commentaire nécessite un élément de souhait distinct, mais étant donné la généralité de l'élément de souhait d'origine, il semble suffisamment lié pour l'inclure avec celui-ci :
J'aimerais voir JMP incorporer un éditeur SQL actif lorsqu'il est lié à une base de données externe (sélecteur déroulant lorsque vous tapez SQL, commandes cohérentes avec la syntaxe de remplissage automatique, etc.).
Actuellement, on peut saisir du SQL défectueux dans la boîte et le seul retour d'informations est une erreur générale.
Je pense que la publication originale de l'élément de liste de souhaits va encore plus loin et souhaite que l'interface graphique du générateur de requêtes (ou l'assistant comme je l'appelle) s'adapte au SQL saisi.
Re : options SQL avancéesSalut @Élan . Merci pour le soutien 
Un éditeur de texte SQL actif avec d sélecteur déroulant lorsque vous tapez SQL, commandes de remplissage automatique cohérentes avec la syntaxe, etc.
Idée sympa ! Je le veux!
Cela me permet de préciser davantage l'idée de départ - de différencier - et aussi de lier.
Le souhait initial est né de la découverte de l'existence de chaînes SQL "inconnues" - du code qui ne peut pas être créé via l'interface graphique.
Donc l'idée : soit ajouter cette fonctionnalité, soit fournir un moyen d'ajouter de telles chaînes SQL inconnues au code généré automatiquement *) - sans perdre la possibilité d'utiliser davantage l'interface graphique.
*) Pour ce faire, l'interface graphique (assistant) il ne faut pas comprendre les chaînes supplémentaires.
@Élan L'éditeur SQL actif de pourrait être un moyen de mettre en œuvre cette idée - si la syntaxe est comprise par l'éditeur, il peut prendre en charge les boîtes de dépôt et la mise en évidence des erreurs.
Donc, cool pour les utilisateurs qui s’en tiennent au SQL standard.
Et concernant *) :
S'il y a des expressions que l'éditeur SQL actif ne comprend pas, il mettra en évidence ces expressions comme des erreurs - tout en fournissant un support confortable pour les chaînes restantes - et pour la hiérarchie globale.
L'éditeur SQL actif me rappelle beaucoup l'éditeur de formule Jmp.
Donc je pense que ce serait la solution ultime :
un éditeur de requêtes SQL, tout comme Jmp Formula Editor - avec prise en charge de la syntaxe en ligne + vérifications de la hiérarchie.
... et si l'utilisateur souhaite utiliser du code inconnu de l'éditeur - on pourrait fournir une fonctionnalité spécifique pour le faire
- quelques "code inconnu à l'intérieur" - cases qui peut être placé à n’importe quelle position dans la hiérarchie connue.
options SQL avancées☐ nouvelle fonctionnalité intéressante
☑ pourrait aider de nombreux utilisateurs !
☐ supprime un « bug »
☐ agréable à avoir
☐ personne n'en a besoin
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
Le générateur de requêtes de Jmp permet de générer des requêtes SQL via une interface graphique.
Mais il existe des requêtes qui ne peuvent pas être générées via l'interface graphique :
Accès à la base de données
Avec JMP 17, dans le générateur de requêtes, comment ajouter "WITH UR" à la fin du code SQL ?
La seule solution pour le moment : passer au SQL personnalisé - et à ce moment-là, perdre toutes les options de l'interface graphique pour apporter d'autres modifications à la requête.
Quelle est l’amélioration que vous souhaiteriez voir ?
Veuillez améliorer l'interface graphique pour fournir une option SQL avancée :
- ajouter la fonctionnalité aux entrées "exploser" et aux entrées de colonne "indexer"
- permettre à l'utilisateur de saisir manuellement des chaînes SQL avancées - qui peuvent ensuite être ajoutées à des positions spécifiques de la chaîne de requête SQL principale.
Pourquoi cette idée est-elle importante ?
Les utilisateurs ne sont plus obligés d'abandonner le Query Builder lorsqu'ils doivent ajouter une expression à leur requête qui n'est pas prise en charge par l'interface graphique du Query Builder.
plus de vœux soumis par
Accès aux donnéesRe : Options SQL avancées - Statut modifié en : AcquittéRe : options SQL avancéesJe voudrais ajouter une demande d'amélioration plus spécifique qui peut également être relativement simple à mettre en œuvre : plus de flexibilité dans les colonnes calculées.
Actuellement, l'éditeur de formules ne permet de saisir qu'un ensemble limité de fonctions et d'opérateurs ; la syntaxe qui n'est pas reconnue (y compris des éléments simples tels que CAST ou CONVERT) est rejetée. Serait-il possible soit d'ajouter la prise en charge de l'ensemble complet des fonctions des moteurs de base de données populaires tels que SQL Server, soit simplement d'autoriser la saisie de code SQL arbitraire en tant que formule de colonne calculée ? Peut-être en ajoutant une option « Autoriser les expressions personnalisées » au menu déroulant pour les dialectes SQL ?
