2.3Relations entre tables (linked records)
L'essentiel en 30 secondes
- Ne jamais dupliquer, toujours relier : le linked record lie les tables — une info n'existe qu'une fois et se référence partout.
- Lookup = rapporter, rollup = agréger : l'un montre une valeur liée, l'autre calcule sur plusieurs liées — sans linked record préalable, ni l'un ni l'autre.
- Corriger à la source unique : une modification se propage partout — c'est cela, l'intégrité des données.
Mini-cas filé — Lina relie Dossiers et Bénéficiaires
Lina relie chaque dossier à son bénéficiaire avec un linked record — fini le nom recopié dans dix lignes. Elle ajoute un lookup qui rapporte l'e-mail du bénéficiaire dans le dossier, puis deux rollups côté Bénéficiaires : le nombre de dossiers et le total des montants. Quand un e-mail change, elle le corrige une fois : tout suit. Sa base est devenue un vrai modèle de données, prêt pour les formules (2.4) et l'interface équipe (2.5).
Suite du fil rouge 2.2 : les tables de Lina deviennent un modèle relationnel — et continuent en 2.4 et 2.5.
1. Les linked records, cœur du relationnel
C'est le cœur du « relationnel » : relier les tables avec les linked records (enregistrements liés). Au lieu de recopier le nom d'un bénéficiaire dans chaque dossier, on relie chaque dossier à l'enregistrement Bénéficiaire correspondant. On modélise ainsi la réalité : Dossiers ↔ Bénéficiaires, Commandes ↔ Produits, Tâches ↔ Projets. L'information n'existe qu'une fois (dans sa table) et se référence partout où il faut — fini les incohérences et les copier-coller.
2. Lookup : rapporter — rollup : agréger
Deux compagnons indispensables des relations : le lookup (rapporter un champ de la table liée — afficher l'e-mail du bénéficiaire directement dans le dossier) et le rollup (agréger les enregistrements liés — total des montants d'un bénéficiaire, nombre de dossiers, échéance la plus proche). Lookups et rollups font « remonter » et « calculer » l'information à travers les liens. Mnémotechnique : lookup = « va chercher et montre » (une valeur), rollup = « rassemble et calcule » (plusieurs valeurs).
3. Un vrai modèle de données
Maîtriser linked records + lookups + rollups, c'est disposer d'un véritable modèle de données — la compétence qui sépare l'utilisateur avancé du débutant. Le test qui prouve tout : modifiez une donnée à sa source (l'e-mail dans Bénéficiaires) et constatez qu'elle se met à jour partout où elle est rapportée. C'est l'intégrité des données : une seule source de vérité. Condition impérative : lookups et rollups exigent un linked record préalable — sans lien, rien à rapporter ni à agréger.
🔎 Exemple concret — 🔎 Exemple concret — Bénéficiaires ↔ Dossiers de Lina
Une info unique, exploitée partout dans la base de Lina :
Dossiers.Bénéficiaire → Linked record vers Bénéficiaires
Dossiers.E-mail → Lookup (depuis Bénéficiaires)
Bénéficiaires.Nb dossiers → Rollup COUNTA(values)
Bénéficiaires.Total → Rollup SUM(values)Lecture : corriger l'e-mail une fois le met à jour partout.
Leçon : ne jamais dupliquer, toujours relier.
Vocabulaire de la section
- Linked record
- Champ Airtable reliant un enregistrement à un (ou plusieurs) enregistrement d'une autre table — c'est la relation.
Exemple simple : Chaque dossier de Lina pointe vers son bénéficiaire.
Ce que ce n'est pas : le nom du bénéficiaire recopié en texte dans chaque dossier.
Réflexe : info répétée = créer un linked record.
- Lookup
- Champ qui rapporte (affiche) la valeur d'un champ de la table liée, sans la transformer.
Exemple simple : L'e-mail du bénéficiaire affiché dans le dossier de Lina.
Ce que ce n'est pas : un total calculé sur plusieurs enregistrements (c'est un rollup).
Réflexe : « va chercher et montre » = lookup.
- Rollup
- Champ qui agrège les valeurs des enregistrements liés (somme, compte, min, max, concaténation).
Exemple simple : Le total des montants des dossiers de chaque bénéficiaire de Lina.
Ce que ce n'est pas : un calcul à l'intérieur d'un seul enregistrement (c'est une formule).
Réflexe : « rassemble et calcule » = rollup.
- Modèle de données
- Structure d'ensemble des tables et de leurs relations, reflétant la réalité métier sans duplication.
Exemple simple : Bénéficiaires ↔ Dossiers de Lina, avec lookups et rollups.
Ce que ce n'est pas : une table fourre-tout où tout est répété.
Réflexe : dessiner les liens avant de les construire.
- Intégrité des données
- Cohérence garantie par le fait qu'une information n'existe qu'à un endroit et se référence via les relations.
Exemple simple : L'e-mail corrigé une fois chez Lina, à jour partout.
Ce que ce n'est pas : trois orthographes différentes du même nom dans la base.
Réflexe : tester : corriger à la source, vérifier partout.
En pratique — En pratique — Relier des tables et agréger l'information
- Dans votre base, créez un champ de type lien reliant Dossiers à Bénéficiaires (chaque dossier pointe vers son bénéficiaire).
- Ajoutez un lookup sur Dossiers pour afficher l'e-mail du bénéficiaire (rapporté depuis la table Bénéficiaires).
- Sur la table Bénéficiaires, ajoutez un rollup « Nombre de dossiers » (COUNTA) et « Total montants » (SUM).
- Vérifiez : modifiez l'e-mail dans Bénéficiaires et constatez la mise à jour partout — une seule source de vérité.
Script prêt à dire — expliquer la relation à un collègue (30 s)
« On ne recopie plus le nom et l'e-mail dans chaque dossier : le dossier est relié à la fiche bénéficiaire. Si l'e-mail change, on le corrige une seule fois dans la fiche, et tous les dossiers suivent automatiquement. Une donnée, un seul endroit — le reste n'est que des liens qui rapportent et calculent. »
À dire devant la base, en montrant la correction qui se propage — c'est la démonstration qui convainc.
Modèle copier-coller — trio linked record, lookup, rollup
1) LIEN (table Dossiers) : champ {Bénéficiaire} → Link to another record → table Bénéficiaires
2) LOOKUP (table Dossiers) : champ {E-mail bénéficiaire} → Lookup → record {Bénéficiaire} → champ {E-mail}
3) ROLLUPS (table Bénéficiaires) :
{Nb dossiers} → Rollup → record {Dossiers} → champ {N° dossier} → COUNTA(values)
{Total montants} → Rollup → record {Dossiers} → champ {Montant} → SUM(values)CRM léger
Devis reliés aux Clients : lookup de l'adresse de facturation, rollup du chiffre d'affaires par client.
PME Algérie
Lina relie Dossiers ↔ Bénéficiaires et suit les montants en dinars par wilaya via un rollup.
Gestion de projets
Tâches ↔ Projets : lookup du responsable projet, rollup du nombre de tâches terminées par projet.
Suivi de commandes
Lignes ↔ Commandes : lookup du prix unitaire produit, rollup du total de la commande.
✓ Bonnes pratiques
- Reliez les tables plutôt que de recopier l'information.
- Utilisez un lookup pour afficher, un rollup pour calculer.
- Corrigez chaque donnée à sa source unique.
✗ Pièges fréquents
- Tout mettre dans une seule grande table (répétition).
- Confondre lookup (une valeur) et rollup (agrégat).
- Vouloir un lookup ou rollup sans linked record préalable.
Points clés à retenir
- Les linked records relient les tables : l'information n'existe qu'une fois et se référence partout.
- Le lookup rapporte un champ de la table liée (par exemple l'e-mail du bénéficiaire dans le dossier).
- Le rollup agrège les enregistrements liés (somme, compte, min/max).
- Linked records + lookups + rollups = un vrai modèle de données, cohérent et sans duplication.
Défi 48h — appliquez demain
Créez un linked record réel entre deux de vos tables, ajoutez un lookup et un rollup (nombre + somme), puis faites le test de la correction unique : modifiez la source et vérifiez la propagation.
- Je peux expliquer linked record, lookup et rollup sans hésiter.
- Je sais créer le trio lien → rapport → agrégat.
- J'ai prouvé la source unique par le test de correction.
Questions fréquentes
Pourquoi relier des tables plutôt que tout mettre dans une seule grande table ?
Parce qu'une seule grande table oblige à répéter l'information (le nom, l'e-mail, l'adresse recopiés dans chaque ligne) — source d'erreurs et d'incohérences : le jour où une donnée change, il faut la corriger partout. En reliant les tables, chaque donnée n'existe qu'une fois, à sa place, et se référence via les linked records. On corrige à un seul endroit, tout suit. C'est le principe fondateur des bases relationnelles : ne jamais dupliquer, toujours relier. Résultat : des données propres, fiables et faciles à faire évoluer.
Quelle différence entre un lookup et un rollup ?
Le lookup rapporte une valeur unique depuis un enregistrement lié, sans la transformer : afficher l'e-mail du bénéficiaire, sa ville, son statut. Le rollup agrège plusieurs enregistrements liés en un résultat calculé : additionner les montants de tous les dossiers d'un bénéficiaire, compter ses dossiers, prendre l'échéance la plus proche. Mnémotechnique : lookup = « va chercher et montre » (une valeur), rollup = « rassemble et calcule » (plusieurs valeurs). Les deux s'appuient sur un linked record existant ; ensemble, ils exploitent pleinement vos relations.
Lina veut afficher l'e-mail du bénéficiaire dans chaque dossier sans le recopier. Quel champ ?