Vous êtes perdus au moment d’organiser votre document Grist ? Voici quelques réflexes utiles. Et si vous n’êtes pas familier des notions de donnée source, de page et de vue, ce tutoriel est très bien fait : Grist #1 : Premiers pas | S'outiller | Portail pédagogique académique | Délégation de région académique au numérique éducatif
Votre structure de tables (les données source) découle de la structure de vos données puisque vous allez créer une table, et seulement une, par « objet » à décrire : une table pour les personnes, une table pour les organisations, une table pour les événements, une table pour les inscriptions etc. Si vous avez une table source qui ressemble beaucoup à une autre, ou si vous souhaitez dupliquer une structure de table source… c’est probablement qu’elles devraient ne faire qu’une ! Par exemple, si vous organisez un événement annuel, ne créez pas une table par événement mais une table unique avec une colonne Année ou Date pour préciser l’année de l’événement.
Dit autrement, il faut que vos données sources suivent une structure tidy : selon ce principe, chaque variable a sa propre colonne, chaque observation a sa propre ligne, chaque valeur a sa propre cellule. Ceci est illustré par le schéma du haut, et peut nécessiter que vous transformiez vos données de départ comme dans les deux exemples illustrés :
Quant aux vues et aux pages qui servent à afficher vos données, vous pouvez en créer autant que de besoin mais toujours avec un objectif d’affichage précis : des vues filtrées pour montrer différentes étapes d’un workflow (inscriptions à traiter, inscriptions déjà traitées), une page regroupant différentes vues liées portant sur un même objet ou répondant à une même question, etc.
Important : les permissions se déterminent au niveau de chaque table : ainsi on sécurise l’accès à la donnée, peu importe la vue. Les permissions découlent donc de votre structure de tables (et pas l’inverse).
Pas plus tard que mercredi j’ai recommandé