Cette démonstration présente deux autres commandes du menu Tables : Empiler et Concaténer. Dans la section du journal, je clique à nouveau sur « Données de temps de traitement ». Ce tableau est organisé de telle sorte que chaque échantillon de temps de traitement possède sa propre colonne. Par exemple, pour comparer les moyennes de cinq temps de traitement différents, ce type d'analyse nécessiterait que la structure des données… JMP souhaiterait que les données soient structurées de manière à avoir une colonne indiquant le temps de traitement et une colonne indiquant les valeurs numériques réelles. Pour réorganiser le tableau de cette manière, nous pouvons utiliser la commande Empiler. Cette commande convertira ce que nous pourrions appeler un tableau large, bien que celui-ci ne soit pas très large, en un tableau haut. Je vais effectuer cette opération de manière interactive, puis récupérer le script source créé par JMP. Je vais donc accéder au menu Tables et sélectionner « Empiler ». Je sélectionne « Temps de traitement » à « Temps de traitement » et je clique sur « Colonnes de traitement ». Je laisse la plupart des options par défaut cochées. Je vais ajouter un nom de table de sortie : « Données de temps de traitement empilées ». Je souhaite ensuite fournir le nouveau nom de colonne. La colonne de données empilées contiendra les valeurs de temps de traitement réelles. J'écrirai donc « Temps de traitement ». Quant à la colonne d'étiquette source, elle contiendra les anciens en-têtes de colonne. Je l'appellerai « Échantillon ». Je clique ensuite sur « OK ». Au lieu d'un tableau de six colonnes et lignes, j'obtiens un tableau de trois colonnes et lignes. Par défaut, JMP a conservé cette colonne, qui n'était pas impliquée dans la pile. Vous pouvez décocher cette option dans la boîte de dialogue si vous ne souhaitez pas la conserver. Si je souhaite effectuer une analyse de variance pour comparer les moyennes de chacune de ces colonnes, j'ai cette colonne d'échantillon qui serait dans le rôle d'analyse X dans la plateforme Oneway. Je souhaite récupérer ce script source. Je fais un clic droit dessus et sélectionne « Modifier ». Je sélectionne simplement le contenu. Vous pouvez également utiliser le raccourci clavier Ctrl+A. Ou faire un clic droit. C'est un petit script, je l'ai donc sélectionné manuellement. Je vais le copier, que vous pouvez utiliser à nouveau avec vos raccourcis clavier ou un clic droit. Je vais ensuite fermer la fenêtre. Je fais cela car j'ai une table intitulée « Données historiques de temps de traitement » que j'ouvrirai dans un instant et qui est déjà formatée de manière empilée. Si je veux fusionner ces deux tables, elles doivent être soit au format haut, soit au format large. Je vais donc continuer… Je viens de recevoir le script pour les données de temps de traitement empilées. Je vais le fermer sans enregistrer et ouvrir une nouvelle fenêtre d'éditeur de scripts – encore une fois, c'est Ctrl+T comme raccourci clavier. Et je vais faire Ctrl+V pour coller le script. Au début, je veux donner la référence d'objet pour cette nouvelle table de données empilées. Je veux la stocker dans une variable. Je vais donc appeler cette commande dtStacked. Je lui assignerai le résultat du script que je viens de coller. J'ajouterai un point-virgule. Maintenant, j'ouvre les données historiques de temps de traitement en cliquant sur ce script dans le journal. Le format est grand. Si je souhaite conserver ce format plus large lors de l'assemblage de ces données, il existe une commande du menu Tables appelée « split », qui effectue l'inverse de « stack ». Mais comme j'ai déjà empilé ou obtenu le script pour les nouvelles données de temps de traitement, je vais empiler celles-ci. Je souhaite ensuite concaténer les nouvelles données aux données historiques de temps de traitement. Concaténer avec les tables est simplement une opération d'ajout vertical. Avec les deux fenêtres ouvertes, je reviens au script et j'ouvre une nouvelle ligne. Bien que je n'utilise plus cette nouvelle table de données, je vais stocker la référence dans une variable appelée dtUpdated. Je signerai le résultat de la réception du message de concaténation par les données historiques de temps de traitement. Je vais donc saisir « table de données » et les guillemets « Durée de traitement historique ». Vous comprendrez peut-être pourquoi cette syntaxe est préférable à « table de données actuelle » lorsque j'ai deux tables de données ouvertes. Je saisirai l'opérateur d'envoi « concatenate », qui provient du menu « Tables ». Entre parenthèses, je mettrai le nom de la variable qui stocke les données de durée de traitement les plus récentes après leur empilement. L'argument « dtStacked » est donc utilisé. De nombreux autres arguments sont disponibles pour la concaténation. Si vous sélectionnez « concatenate » dans le menu « Tables », vous verrez les options disponibles dans la boîte de dialogue. Vous pourriez même le faire de manière interactive, utiliser certaines de ces options, puis récupérer le script source. Pour notre cas, je vais simplifier et fournir simplement la table que j'ajoute à la durée de traitement historique. Le script empile la nouvelle table de données de temps de traitement, celle que nous utilisions jusqu'à présent, puis l'ajoute à l'historique des temps de traitement, déjà au format long. J'exécute donc le script complet et nous obtenons les données de temps de traitement empilées comme étape intermédiaire. En pratique, votre script fermerait probablement cette table de données une fois les données collectées dans notre nouvelle table sans titre. Et encore une fois, pour la concaténation, nous aurions pu fournir le nom de la table de sortie dans un script plus complet. Vous venez de voir quelques exemples supplémentaires du menu Tables, ainsi que l'idée de récupérer ce script source, puis de le modifier, de l'adapter ou de l'insérer dans un autre script en cours de développement.
