2.2Bases, tables & champs Airtable
L'essentiel en 30 secondes
- Base → tables → champs typés : un domaine, une table par entité, un type strict par champ — la hiérarchie fait la rigueur.
- Le type de champ est la compétence centrale : select, date, devise, lien, e-mail — un champ bien typé = des données propres et calculables.
- Modéliser avant de saisir : bonnes tables et bons champs d'abord — tout le reste (relations, formules, vues) en dépend.
Mini-cas filé — Lina modélise sa base de dossiers à Oran
Lina crée sa base « Suivi dossiers » : une table Bénéficiaires (nom en texte, statut en select Prospect / Actif / Clôturé, e-mail en e-mail, date de dépôt en date), une table Dossiers (montant en devise, échéance en date, pièces en attachment). Elle résiste à la tentation du tout-texte : chaque champ reçoit son type strict. Cette base bien typée servira en 2.3 (relations entre tables), 2.4 (formules) et 2.5 (interface pour l'équipe).
Suite du fil rouge 2.1 : la base de Lina illustre la modélisation — et continue en 2.3, 2.4 et 2.5.
1. Base, tables, champs, enregistrements
Dans Airtable, l'organisation est claire : une base (l'équivalent d'un fichier) contient des tables (les feuilles), chacune faite de champs (colonnes) et d'enregistrements (lignes). On crée une base par domaine — un CRM léger, une gestion de projets, comme le « Suivi dossiers » de Lina — et chaque table y représente une entité (Bénéficiaires, Dossiers, Factures). Chaque enregistrement est une fiche qu'on peut ouvrir en détail. C'est plus rigoureux qu'un tableur : chaque champ a un type strict.
2. Le type de champ, compétence centrale
Le choix des types de champs est la compétence clé : texte court ou long, select (liste de choix) et multi-select, date, nombre, devise et pourcentage, case à cocher, lien vers une autre table, pièce jointe (attachment), collaborateur, e-mail, URL, téléphone… Un champ bien typé garantit des données propres, filtrables et calculables : une date reste une date (filtrable « cette semaine »), un nombre reste un nombre (additionnable). Mal typer — tout en texte — revient à retomber dans les travers du tableur brouillon.
3. Modéliser avant de saisir
Bien modéliser sa base dès le départ — les bonnes tables, les bons champs — conditionne tout ce qui suit : relations (2.3), formules (2.4), vues et interfaces (2.5), automatisations (niveaux 3-4). Règle simple : une table par « type de chose » gérée, ni fourre-tout unique ni sur-découpage. Et dès qu'une information se répète d'une table à l'autre, on ne la recopie pas : on la reliera (section 2.3). Lina a passé vingt minutes sur sa structure avant de saisir la première ligne — les meilleures minutes du projet.
🔎 Exemple concret — 🔎 Exemple concret — Modéliser la table Bénéficiaires de Lina
Chaque champ au bon type, comme dans la base de Lina :
Nom → Texte
Statut → Select (Prospect / Actif / Clôturé)
E-mail → Email
Budget alloué → Devise
Date de dépôt → DateLecture : une base structurée, prête pour les relations.
Leçon : une table par « type de chose » gérée.
Vocabulaire de la section
- Base
- Conteneur Airtable regroupant des tables liées autour d'un domaine (suivi dossiers, CRM) — l'équivalent d'un fichier.
Exemple simple : La base « Suivi dossiers » de Lina à Oran.
Ce que ce n'est pas : une feuille isolée sans lien avec les autres.
Réflexe : un domaine métier = une base.
- Table
- Feuille d'une base représentant une entité (Bénéficiaires, Dossiers) — composée de champs et d'enregistrements.
Exemple simple : La table Bénéficiaires de Lina, distincte de la table Dossiers.
Ce que ce n'est pas : une table fourre-tout mélangeant bénéficiaires, dossiers et factures.
Réflexe : une table par type de chose gérée.
- Champ (field)
- Colonne d'une table dotée d'un type strict (texte, select, date, nombre, lien, attachment) qui contraint les données.
Exemple simple : Le champ Échéance de Lina, typé date et donc filtrable par semaine.
Ce que ce n'est pas : une colonne texte libre où dates et montants se mélangent.
Réflexe : toujours choisir le type le plus strict possible.
- Enregistrement (record)
- Ligne d'une table (un bénéficiaire, un dossier) qui s'ouvre en fiche détaillée.
Exemple simple : La fiche du dossier n° 12 que Lina ouvre pour voir le détail.
Ce que ce n'est pas : une simple cellule de tableur sans identité propre.
Réflexe : penser fiche (entité), pas ligne (cases).
- Type de champ
- Nature d'un champ qui contraint et valide les données : une date reste une date, un nombre un nombre.
Exemple simple : Le montant en devise de Lina, additionnable et filtrable.
Ce que ce n'est pas : un montant tapé en texte libre avec « DA » écrit à la main.
Réflexe : tout-texte = retour au tableur brouillon.
En pratique — En pratique — Modéliser une base Airtable
- Créez une base pour un domaine réel (par exemple un suivi de dossiers) et une première table (Bénéficiaires).
- Ajoutez des champs bien typés : Nom (texte), Statut (select), E-mail (email), Budget (devise), Date de dépôt (date).
- Créez une seconde table (Dossiers ou Commandes) avec ses propres champs typés.
- Saisissez quelques enregistrements et ouvrez une fiche pour voir le détail : vous avez une base structurée.
Script prêt à dire — cadrer la modélisation avec son équipe (30 s)
« Avant de saisir quoi que ce soit, listons nos entités : une table par type de chose — bénéficiaires, dossiers, factures. Pour chaque champ, on choisit le type le plus strict : select pour les statuts, date pour les échéances, devise pour les montants. Vingt minutes de modélisation maintenant nous éviteront des heures de nettoyage plus tard. »
À dire en début de projet ; noter les entités au tableau avant de toucher à l'outil.
Modèle copier-coller — fiche de modélisation d'une table
TABLE : _______________ (entité : Bénéficiaires / Dossiers / Factures…)
CHAMPS :
- _______________ → Texte / Texte long
- _______________ → Select (options : ____ / ____ / ____)
- _______________ → Date | Devise | Nombre | E-mail | URL | Téléphone
- _______________ → Lien vers la table _______________ (voir 2.3)
- _______________ → Attachment (pièces jointes)
RÈGLE : aucun champ tout-texte par défaut — le type le plus strict gagne.TPE / premier CRM
Deux tables suffisent au départ (Contacts, Affaires) avec cinq champs bien typés chacune — on étend ensuite.
PME Algérie
Lina ajoute un champ Téléphone typé et un select Wilaya pour ses bénéficiaires d'Oran et d'ailleurs.
Gestion de production
Tables Produits, Commandes, Fournisseurs : quantités en nombre, prix en devise, délais en date — jamais en texte.
Suivi éditorial
Tables Articles, Auteurs : statut en select (Brouillon / Relu / Publié), date de parution en date, visuel en attachment.
✓ Bonnes pratiques
- Typer strictement chaque champ (date, select, devise…).
- Créer une table par entité distincte, ni plus ni moins.
- Modéliser avant de saisir (tables et champs d'abord).
✗ Pièges fréquents
- Tout mettre en texte libre (retour au tableur brouillon).
- Sous-découper (une seule table fourre-tout) ou sur-découper.
- Recopier une même info dans plusieurs tables au lieu de relier.
Points clés à retenir
- Hiérarchie : base → tables → champs (colonnes) + enregistrements (lignes).
- Chaque champ a un type strict : texte, select, date, nombre, lien, attachment…
- Bien typer les champs garantit des données propres, filtrables et calculables.
- La modélisation initiale (bonnes tables, bons champs) conditionne relations, formules et vues.
Défi 48h — appliquez demain
Modélisez une base réelle sur papier avec le modèle ci-dessus (tables + types de champs), puis créez-la dans Airtable avec zéro champ tout-texte par défaut. Saisissez 5 enregistrements de test.
- Je peux citer la hiérarchie base → tables → champs + enregistrements.
- Je sais choisir le type strict de chaque champ courant.
- J'ai créé une base modélisée avec 5 enregistrements de test.
Questions fréquentes
Quelle différence entre Airtable et un tableur comme Excel ou Google Sheets ?
Un tableur est une grille libre : n'importe quelle cellule accepte n'importe quoi, et les lignes ne sont pas de vraies « entités ». Airtable est une base de données : chaque champ a un type strict, chaque enregistrement est une fiche qu'on peut ouvrir et relier à d'autres tables, et on peut créer des vues, formulaires et automatisations. Concrètement, Airtable évite le chaos du « tout dans une feuille » : les données restent propres, reliées sans duplication et exploitables. Pour du calcul numérique lourd, Excel garde l'avantage ; pour structurer et relier de l'information métier, Airtable est bien supérieur.
Combien de tables faut-il créer pour bien modéliser ?
Autant qu'il y a d'entités distinctes dans votre domaine, pas plus. Règle simple : une table par « type de chose » que vous gérez (Bénéficiaires, Dossiers, Factures…). Le signe d'une bonne modélisation : vous ne répétez pas la même information dans plusieurs tables — vous la reliez (section 2.3). Si vous vous surprenez à recopier le nom d'un bénéficiaire dans dix lignes de dossiers, c'est qu'il faut une table Bénéficiaires reliée. Évitez à la fois le sous-découpage (tout dans une table fourre-tout) et le sur-découpage (des tables pour des détails qui pourraient être de simples champs).
Lina crée le champ « Échéance » de ses dossiers. Quel type choisir ?