Hallo zusammen,
Ich habe ein Skript, das mehrere SQL-Abfragen parallel ausführt, um die Zeichenbeschränkung im ODBC-Treiber/SQL-Server zu umgehen, da wir häufig Daten für WHERE-Klauseln abrufen müssen, die viele tausend Zeichenfolgen enthalten, z. B. „SELECT * FROM [Table] WHERE [id] IN ('id000000001','id000000002',...'id000010000')".Meine Methode hierfür funktioniert einwandfrei (durchlaufen Sie eine Liste von Abfragen, führen Sie <
Das heißt, wenn ich die neue Datenansichtsnachricht sende, wird das „Privat“-Flag der Tabelle eindeutig nicht zurückgesetzt, da die Tabelle nicht in der Tabellenliste im Hauptfenster angezeigt wird.Gibt es eine Möglichkeit, das Privatflag der Tabelle zurückzusetzen oder zu löschen, oder muss ich die Tabelle während des <DatenzugriffWindowsBetreff: Private Tabellen aus SQL-Abfrage << Hintergrund ausführen, neue Datenansicht, Tabellenliste wird nicht aktualisiert?
Tatsächlich wird die jetzt sichtbare Datentabelle nach meinen Abfragen überhaupt nicht im Kombinationsfeld der Datentabellenliste angezeigt.Die Tabelle ist in der Fensterliste vorhanden, aber im Feld steht „(keine Tabellen).“Eigenartig.
Current Data Table() gibt einen Empty()-Wert aus, es sei denn, es wird in einem Tabellenskript ausgeführt, das korrekt Data Table( „Things and Whatnot“) ergibt.Selbst innerhalb dieses Tabellenskripts wird jedoch beim Versuch, auf die Datentabelle („Dinge und was nicht“) zu verweisen, ein Fehler ausgegeben: „Datentabelle kann nicht gefunden werden …“Es ist ein interessantes Verhalten, und ich würde gerne verstehen, warum es unter diesen speziellen Umständen auftritt.
Das ist mir auch nur aufgefallen, wenn <
Ich bin froh, dass jemand anderes dieses Verhalten bemerkt hat, aber natürlich traurig, dass es keine Erklärung für das Verhalten zu geben scheint. Dies verursacht für mich ein Problem, wenn ein Benutzer eines meiner Skripte mehrere Male hintereinander auf einer einzelnen JMP-Instanz ausführt. Beim ersten Ausführen ist alles in Ordnung, aber die hinterhältigen privaten Tabellen haben ihr Unwesen getrieben, denn beim nächsten Ausführen des Skripts ruft es als Erstes die Liste der offenen Tabellen ab (damit sie eine offene Tabelle verwenden können, um zu definieren, welche Daten sie bei diesem Lauf abrufen möchten). Diese Liste ist leer, aber NTables() ist ungleich Null, sodass wir am Ende einen Index-Out-of-Bounds-Fehler erhalten.
