Générateur de requête confus ou utilisateur confus ?Comme avec JMP 17, je suis enfin capable d'exécuter le générateur de requêtes sans qu'il se bloque constamment (il y avait un ticket non résolu avec le support technique de JMP), j'ai vraiment commencé à l'utiliser avec un effet relativement important. Cependant, il ne fait pas certaines des sélections que je lui dis de faire. Cela signifie que je dois copier le script et le modifier manuellement pour refléter mes sélections.
Voir la capture d'écran ci-dessous par exemple :
- "Astaxanthine estérifiée" a été ajoutée deux fois avec un A majuscule dans l'astaxanthine, bien qu'il devrait y avoir "Astaxanthine estérifiée" et "Astaxanthine estérifiée"
- "Estimation des phospholipides (%)" fait partie de la requête bien que je ne l'aie pas sélectionnée
- "Phosphatidylcholines" est complètement absent, tout comme les "Phospholipides"
Il existe en fait quelques incohérences supplémentaires entre ce qui est sélectionné dans le générateur de requêtes et ce qui est copié dans le script. Je me demande, d'autres utilisateurs ont-ils vécu la même chose ?
Accès aux donnéesRe : Générateur de requêtes confus ou utilisateur confus ?Je viens de l'essayer (première fois pour tout !) et je n'ai pas vu le problème avec un test trivial. Existe-t-il un moyen de reproduire le problème avec quelque chose de petit? Pensiez-vous qu'il s'agissait d'un cas mixte ? Ou des valeurs qui sont des préfixes d'autres valeurs ?
Il semble probable qu'il y ait un problème avec le contrôle de la zone de liste et certaines de ces possibilités, mais certains de vos exemples ne ressemblent pas à cela.
Re : Générateur de requêtes confus ou utilisateur confus ?Merci d'avoir répondu. Il s'agit bien de cas mixtes. Je charge une table qui contient au moins certaines données héritées avec des cas mixtes, y compris "Astaxanthine" et "astaxanthine", par exemple. Mais le problème est également que des sélections sont faites que je n'ai pas faites (par exemple, "Peroxide_miliEqPerKg") ou que des sélections que j'ai faites ne sont pas incluses dans le SQL (par exemple, "Phospholipids").
Malheureusement, à ce moment précis, et peut-être jusqu'après juillet, je n'aurai pas le temps de développer différents cas de test. Je devinais que cela pourrait avoir quelque chose à voir avec le nombre de lignes dans la base de données (> 1 million), mais je me trompe probablement.
Cependant, si je modifie le SQL plus tard selon mes propres besoins, cela fonctionne comme prévu.
Re : Générateur de requêtes confus ou utilisateur confus ?Salutations @Ressel .Nous avons essayé de regarder les étapes que vous avez décrites et les symptômes et nous ne pouvons pas voir exactement ce que vous voyez. Si vous avez du temps plus tard, tout cas de test supplémentaire que vous pouvez fournir nous serait utile.
Pouvez-vous partager la base de données que vous utilisez ? Nous avons vu quelques bizarreries avec la façon dont différentes bases de données stockent et renvoient des noms de colonnes en double qui ne diffèrent que par la casse. Avec SQL Server et MySQL, par exemple, les colonnes nommées « ABC » et « abc » n'apparaîtront que comme une seule colonne dans la liste du générateur de requêtes. En revanche, si vous vous connectez à une base de données Oracle, Query Builder affichera les deux colonnes dans la liste des colonnes. Cela peut ou non être lié à votre problème exact. Nous enquêtons plus avant. Merci beaucoup d'avoir signalé votre problème ici, et si vous avez des informations supplémentaires pour nous après le 1er juillet, nous les utiliserons avec plaisir.
Re : Générateur de requêtes confus ou utilisateur confus ?Salut et merci d'avoir regardé ça. Je me connecte à Google BigQuery via Simba ODBC. Ci-dessous, j'ajoute quelques captures d'écran de l'intérieur du générateur de requêtes.
nr. 1: voyez comment le panneau de sélection à droite affiche correctement "Astaxanthine estérifiée" et "Astaxanthine estérifiée" et comment cela est transcrit de manière inexacte dans le SQL. Aucune autre sélection n'a été effectuée pour cet exemple.
nr. 2 : c'était intéressant. Dans cette capture d'écran, vous pouvez voir que lorsque je sélectionne "Phosphatidylcholines", "Phosphatidylcholines (2)" est écrit dans le SQL. Vous pouvez voir par les indices rouges que j'ai ajoutés que la sélection au-dessus de celle que j'ai faite est écrite dans le SQL. Vous pouvez voir cela encore mieux dans la capture d'écran nr. 3 ci-dessous.
nr. 3 : ici, je n'ai délibérément sélectionné que tous les autres paramètres. Ceux-ci ne sont plus écrits en SQL. Dans la capture d'écran nr. 4 J'ai testé si l'occurrence de "l'astaxanthine estérifiée" et de "l'astaxanthine estérifiée" en est la cause première.
nr. 4 : "L'astaxanthine estérifiée" et "l'astaxanthine estérifiée" semblent être la cause première.
