<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Je souhaite créer une table de données «maître» qui est formée en reliant ensemble, via des identifiants communs, au moins cinq «sous-tables» afin que, si je change de sous-table, le maître soit automatiquement mis à jour. Je peux facilement créer une table avec tous les identifiants qui peuvent être utilisés comme table initiale comme point de départ.
Ceci est similaire à la fonction de jointure au sein de JMP mais je souhaite que cela se produise sans mon intervention.
Quelqu'un a-t-il déjà rencontré ce type de demande et existe-t-il un moyen simple d'activer ce type de fonctionnalité?
Cordialement
David
salut Dave
Je pense que cela dépendra de la manière dont les tables seront gérées, en particulier via des scripts plutôt que de manière interactive dans JMP.
JMP prend désormais en charge un modèle d'événement raisonnablement fonctionnel et les objets peuvent s'abonner à ces événements afin que des actions puissent être effectuées lorsqu'un événement est déclenché.
Vous pouvez donc travailler avec une table de manière interactive et, lorsque vous la fermez, un événement est généré qui peut être utilisé pour déclencher les mises à jour des autres tables.
La clé des gestionnaires d’événements est la manière dont ils sont lancés - ceci doit être fait à travers un script et le script doit connaître tous les autres objets associés (c’est-à-dire ceux qui réagissent à l’événement). Vous devez donc réfléchir au problème dans un contexte de "flux de travail" - par exemple, il est plus facile d’ouvrir la table principale à l’aide d’un script. Vous avez alors la possibilité de créer les enveloppeurs de gestion des événements avant de les laisser à l’utilisateur pour une utilisation interactive. utilisation. Ayant dit que c'est Il est également possible d'associer un script à une table de données afin qu'il s'exécute dès que la table est ouverte.
Sur le plan pratique, je n'ai jamais traité de problèmes pour lesquels je devais créer des abonnements à des événements complexes. Le cas d'utilisation le plus simple que je traite dans presque tout le code que j'écris est le suivant:
1. Ouvrir une table de données
2 Créez des fenêtres de rapport interactives, avec un gestionnaire d'événements (créant souvent des tables cachées de sous-groupes).
3 Lorsque l'utilisateur ferme la fenêtre de rapport, répond à l'événement de fermeture de la fenêtre - zappez toutes les tables cachées intermédiaires et fermez la table de données principale, c.-à-d.
Dans le cadre de la fonctionnalité JMP, ces éléments ne sont pas difficiles à mettre en œuvre. Comme je l'ai dit, le plus difficile est de bien comprendre les aspects du problème liés aux types de cas d'utilisation / de flux de travail.
David Burnham
