Virtuelle Join-Ziele werden beim Speichern durcheinander gebrachtIch habe ein wiederkehrendes Problem mit virtuellen Verknüpfungen. Ich habe eine Reihe von Tabellen, die durch virtuelle Verknüpfung "verkettet" werden. Das heißt, Tabelle 1 verweist auf Tabelle 2, Tabelle 2 verweist auf Tabelle 3, Tabelle 3 verweist auf Tabelle 4 und so weiter. Meine Kette besteht aus insgesamt sechs Tischen. (Der Tabellensatz repräsentiert eine Hierarchie mit 6 Ebenen von Eins-zu-Viele-Entitäten…).
Dies funktioniert meistens gut, aber die Verknüpfungsreferenzen werden beim Speichern der Tabellen in der Regel verschlüsselt. Oft stelle ich fest, dass ein perfekt gültiger Referenztabellenwert in "myEnclosingFolder / (Ein von JMP gespeichertes Dokument) /myTargetTable.jmp" geändert wird. Dies ist natürlich nur ein temporärer Ordner, den JMP nach dem Speichern löscht, die Eigenschaft Link Reference wird jedoch nicht synchronisiert. Manchmal wünschte ich mir, ich könnte JMP einfach sagen, dass sie aufhören soll, so hilfreich zu sein, und mich einfach in den Pfad der Referenztabelle einbinden lassen.
Gibt es eine Möglichkeit, wie ich das besser machen kann?
Betreff: Virtuelle Join-Ziele werden beim Speichern durcheinander gebrachtIch habe praktisch viele Tabellen verbunden, aber beim Verschachteln habe ich nur zwei Ebenen verwendet. Beachten Sie, dass ein Pfadname nicht erforderlich ist, wenn sich die Hilfstabellen in demselben Verzeichnisordner wie die Haupttabelle befinden. Der Pfad für die Linkreferenz unterscheidet zwischen Groß- und Kleinschreibung.
Wenn ich die Dateien in einem anderen Verzeichnis speichern wollte, würde ich die Verknüpfung aufheben und in umgekehrter Reihenfolge speichern.
Ich habe dieses Verhalten nicht gesehen "myEnclosingFolder / (Ein von JMP gespeichertes Dokument) /myTargetTable.jmp".
Betreff: Virtuelle Join-Ziele werden beim Speichern durcheinander gebrachtWenn Sie ein konkretes Beispiel dafür haben, dass JMP nicht das tut, was Sie erwarten (oder noch besser, was dokumentiert ist), ist eine E-Mail an support@jmp.com immer eine gute Idee.