<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Desidero creare una tabella di dati "master" che sia formata collegando insieme, tramite identificatori comuni, 5 o più "sotto-tabelle" in modo che se modifico un sotto-tavolo esso aggiorni automaticamente il master. Posso facilmente creare una tabella con tutti gli identificatori che possono essere usati come tabella iniziale come punto di partenza.
Questo è simile alla funzione di join in JMP ma voglio che accada senza il mio intervento.
Qualcuno ha mai incontrato questo tipo di richiesta e c'è un modo semplice per abilitare questo tipo di funzionalità?
Saluti
David
Ciao Dave
Penso che ciò dipenderà dal modo in cui verranno gestite le tabelle, in particolare tramite script rispetto a in modo interattivo in JMP.
JMP ora supporta un modello di eventi ragionevolmente funzionale e gli oggetti possono sottoscrivere questi eventi in modo che le azioni possano essere eseguite quando un evento viene generato.
Quindi potresti lavorare con una tabella in modo interattivo e quando lo richiudi viene generato un evento che può essere utilizzato per attivare aggiornamenti ad altre tabelle.
La chiave per i gestori di eventi è il modo in cui vengono avviati - questo deve essere fatto attraverso uno script e lo script deve conoscere tutti gli altri oggetti associati (cioè quelli che reagiscono all'evento). Quindi è necessario pensare al problema in un contesto di "flusso di lavoro" - per esempio, è più facile se la tabella master viene aperta usando uno script - questo dà l'opportunità di costruire i wrapper di gestione degli eventi prima di passare all'utente per l'interazione uso. Detto questo lo è È anche possibile allegare uno script a una tabella dati in modo che venga eseguito non appena viene aperta la tabella.
A livello pratico non ho mai avuto problemi in cui ho dovuto creare abbonamenti di eventi complessi. Il caso d'uso più semplice che mi occupo di quasi tutto il codice che scrivo è questo:
1. Apri una tabella di dati
2. Creare alcune finestre di report interattive, con un gestore di eventi (spesso creando tabelle sottogruppo nascoste).
3. Quando l'utente chiude la finestra del rapporto, risponde all'evento della finestra di chiusura: zap tutte le tabelle intermedie nascoste e chiudi la tabella dei dati principale, ad esempio fai un po 'di pulizia.
Nell'ambito della funzionalità JMP, queste cose non sono difficili da implementare. Come ho detto, la parte più difficile è essere chiara sugli aspetti del problema relativi al caso d'uso / al flusso di lavoro.
David Burnham
