Tables privées de la requête SQL << Exécuter en arrière-plan, nouvelle vue de données, la liste des tables ne se met pas à jour ?Salut tout le monde,
J'ai un script qui exécute plusieurs requêtes SQL en parallèle pour contourner la limite de caractères dans le pilote ODBC/serveur SQL car nous devons fréquemment extraire des données pour les clauses WHERE contenant plusieurs milliers de chaînes, par exemple "SELECT * FROM [Table] WHERE [id] DANS ('id000000001','id000000002',...'id000010000')".Ma méthode pour ce faire fonctionne bien (parcourir une liste de requêtes en faisant <
Tout cela pour dire que lorsque j'envoie le nouveau message de vue de données, il est clair que l'indicateur "privé" sur la table n'est pas réinitialisé, car la table n'apparaît pas dans la liste des tables de la fenêtre principale.Existe-t-il un moyen de réinitialiser ou d'effacer l'indicateur privé sur la table, ou dois-je générer la table comme non privée lors de l'appel <Tableau de donnéesScriptles fenêtres
Re : Tables privées de la requête SQL << Exécuter en arrière-plan, Nouvelle vue de données, la liste des tables ne se met pas à jour ?J'ai également remarqué cela uniquement lorsque <<<
Re : Tables privées de la requête SQL << Exécuter en arrière-plan, Nouvelle vue de données, la liste des tables ne se met pas à jour ?En fait, après mes requêtes, la table de données désormais visible n'apparaît pas du tout dans la zone de liste déroulante de la liste des tables de données.La table est là dans la liste des fenêtres, mais la case indique "(pas de tables)".Particulier.
Current Data Table() donne une valeur Empty(), à moins qu'il ne soit exécuté dans un script de table, ce qui donne correctement Data Table( "Things and Whatnot").Cependant, même à l'intérieur de ce script de table, une tentative de référence à la table de données ("Things and Whatnot") génère une erreur : "Impossible de localiser la table de données...."C'est un comportement intéressant, et j'aimerais comprendre pourquoi cela se produit dans ces circonstances spécifiques.
Re : Tables privées à partir d'une requête SQL << Exécuter en arrière-plan, nouvelle vue de données, la liste des tables ne se met pas à jour ?Je suis heureux que quelqu'un d'autre ait remarqué ce comportement, mais évidemment triste qu'il ne semble y avoir aucune explication à venir sur le comportement. Cela me pose un problème lorsqu'un utilisateur exécute l'un de mes scripts plusieurs fois de suite sur une seule instance JMP. La première fois qu'ils l'exécutent, tout va bien, mais les tables privées sournoises ont commencé leurs méfaits, car la prochaine fois qu'ils exécutent le script, l'une des premières choses qu'il fait est d'obtenir la liste des tables ouvertes (afin qu'ils puissent utiliser un ouvrir la table pour définir les données qu'ils souhaitent récupérer lors de cette exécution). Cette liste est vide, mais NTables() n'est pas nul, nous nous retrouvons donc avec une erreur d'index hors limites.
