Was hat diese Wunschlistenanfrage inspiriert?
Tabellenvariablen sind ein guter Ort zum Speichern von Informationen, auf die Benutzer dann als Tabellenvariable zugreifen oder sie in Formeln verwenden können. Derzeit sind wir auf Text- und numerische Werte beschränkt, was die Verwendung einschränkt und Problemumgehungen erfordert
Matrix als Tabellenvariable speichern?
Welche Verbesserung würden Sie sich wünschen?
Ich möchte, dass Tabellenvariablen alle JMP-Datentypen unterstützen (oder zumindest Listen, Matrizen und assoziative Arrays). Derzeit müssen wir eine Problemumgehung verwenden, bei der wir diese in einen String konvertieren und dann mit Parse() wieder in den ursprünglichen Datentyp zurückkehren.
Names Default To Here(1);
dt = Open("$SAMPLE_DATA/Big Class.jmp");
dt << New Table Variable("Day_mat", Char([42 43]));
m = Parse(:Day_mat);
Warum ist diese Idee wichtig?
Macht Tabellenvariablen nützlicher, ohne dass Workarounds verwendet werden müssen, die möglicherweise funktionieren oder auch nicht.
Vielen Dank, dass Sie diesen Wunsch übermittelt haben @jthi . Ich möchte hinzufügen, dass die bereitgestellte Problemumgehung, die Matrix als Zeichenfolge zu speichern (oder alternativ die Matrix als JSL-Tabellenskript zu speichern), bedeutet, dass der Wert im Wesentlichen als Text in der Tabelle gespeichert wird. Bei sehr großen Matrizen habe ich bei beiden Methoden Bedenken, dass dies dazu führen könnte, dass der für jede Tabelle benötigte Speicherplatz und die entsprechenden Lade-/Speicherzeiten erheblich ansteigen. Ich habe nicht bestätigt, ob das wirklich ein Problem ist, aber es erscheint plausibel. Daher würde auch ich mir die Möglichkeit wünschen, Matrizen, Listen und assoziative Arrays als Tabellenvariablen zu speichern.
Anwendungsfall von (verschachtelten) assoziativen Arrays: Speichern von Metadaten beim Verketten mehrerer Eingabedateien
zugehöriger Wunsch:
Allgemeine Informationen zur Tabelle
