1.2Les databases : la vraie force de Notion
L'essentiel en 30 secondes
- Ligne = page, colonne = propriété typée : chaque ligne s'ouvre en page complète, chaque colonne a un type (texte, nombre, date, sélection, personne, relation…).
- Typer dès le départ : le type conditionne filtres, relations et automatisations — un champ Date, pas « lundi » en texte libre.
- Une donnée, plusieurs vues : Table, Kanban, Calendar, Gallery, Timeline, List montrent les mêmes données sous l'angle adapté, sans dupliquer.
Mini-cas filé — Lina structure son suivi à Oran
Lina suivait les chantiers de digitalisation dans une liste à puces qui ne filtrait rien. Elle crée une database « Chantiers » : Tâche (titre), Statut (sélection : À faire / En cours / Fait), Échéance (date), Priorité (sélection), Responsable (personne). Chaque ligne devient une page de chantier avec ses notes. Puis elle ajoute une vue Kanban par Statut pour le pilotage et une vue Calendar par Échéance pour les délais.
Suite du cas 1.1 — Lina passe des pages aux données structurées.
1. Un tableau intelligent
Ce qui distingue Notion d'un bloc-notes : les databases. Une database est un tableau intelligent où chaque ligne est une page à part entière et chaque colonne une propriété typée : texte, nombre, date, sélection, case à cocher, personne, fichier, relation… La donnée est structurée, donc filtrable, triable et exploitable — bien au-delà d'une liste à puces.
Lina ouvre une ligne de sa database « Chantiers » : c'est une vraie page, avec le compte-rendu et les pièces jointes du chantier — fini la liste à puces aveugle.
2. Une donnée, plusieurs vues
Le game-changer, ce sont les vues : une même database s'affiche en Table (tableur), Kanban (colonnes par statut, à la Trello), Calendar (par date), Gallery (cartes visuelles), Timeline (planning) ou List — sans jamais dupliquer les données. On voit les mêmes données sous l'angle qui convient à chaque usage.
Lina pilote en Kanban par Statut le matin et vérifie les délais en Calendar l'après-midi : mêmes chantiers, deux angles, zéro duplication.
3. Bien typer : la décision qui conditionne tout
Choisir les bons types de propriétés dès le départ est décisif : c'est ce qui rendra ensuite possibles les filtres, les relations et les automatisations. Un tableau « bloc » statique (cases de texte) ne filtre rien ; une database bien typée s'exploite.
Lina met Échéance en Date (pas « lundi » en texte) et Statut en Sélection : ses filtres « cette semaine » et son Kanban par Statut fonctionnent du premier coup.
🔎 Exemple concret — 🔎 Exemple concret — Une database de tâches
Les bons types de champs.
Tâche (titre)
Statut → Sélection (À faire / En cours / Fait)
Échéance → Date
Priorité → Sélection
Responsable → Personne
→ vue Kanban (par Statut) + vue Calendar (par Échéance).Lecture : Lina voit les mêmes chantiers en Kanban et en Calendar.
Leçon : un champ Date, pas « lundi » en texte libre.
Vocabulaire de la section
- Database
- Base de données Notion : un tableau où chaque ligne est une page et chaque colonne une propriété typée.
Exemple simple : La database « Chantiers » de Lina (Statut, Échéance, Responsable).
Ce que ce n'est pas : un tableau « bloc » statique en texte libre, non filtrable.
Réflexe : données à exploiter = database, pas tableau bloc.
- Propriété (champ)
- Colonne d'une database, avec un type (texte, nombre, date, sélection, case, personne, fichier, relation…).
Exemple simple : Échéance en Date et Statut en Sélection chez Lina.
Ce que ce n'est pas : tout en texte libre, inexploitable.
Réflexe : typer chaque champ selon sa nature réelle.
- Vue
- Affichage d'une database : Table, Kanban, Calendar, Gallery, Timeline, List — mêmes données, angle différent.
Exemple simple : Le Kanban par Statut et le Calendar par Échéance de Lina.
Ce que ce n'est pas : un second tableau copié pour « voir autrement ».
Réflexe : une vue par usage, jamais un tableau copié.
- Kanban (board)
- Vue en colonnes par statut (à faire / en cours / fait) permettant de déplacer les cartes par glisser-déposer.
Exemple simple : Le pilotage matinal des chantiers de Lina, carte par carte.
Ce que ce n'est pas : une liste à puces figée qu'on ne peut pas réordonner visuellement.
Réflexe : grouper par Statut, déplacer au fil de l'eau.
- Type de propriété
- Nature d'un champ, qui conditionne ce qu'on pourra en faire (filtrer par date, additionner des nombres, relier…).
Exemple simple : La Date d'échéance qui permet le filtre « cette semaine » de Lina.
Ce que ce n'est pas : « lundi » écrit en texte, infiltrable.
Réflexe : le bon type dès la création, pas après.
En pratique — En pratique — Créer votre première database
- Insérez une database (« /table » ou base pleine page) pour gérer un besoin réel (tâches ou projets).
- Définissez les propriétés avec les bons types : Statut (sélection), Échéance (date), Priorité (sélection), Responsable (personne).
- Saisissez quelques lignes, puis ouvrez une ligne : constatez que c'est une page complète (vous pouvez y écrire).
- Ajoutez une vue Kanban (regroupée par Statut) et une vue Calendar (par Échéance) sur la même database.
Script prêt à dire — cadrer une database avant de la créer (1 min)
« Avant de saisir quoi que ce soit, on définit la structure : quelles colonnes, quel type pour chacune — Statut en sélection, Échéance en date, Responsable en personne. Cinq minutes de cadrage maintenant, sinon des filtres impossibles plus tard. »
À dire avant toute création de database, en binôme ou en équipe.
Modèle copier-coller — cadrage de database
DATABASE : _______________ (ex. Chantiers)
TITRE : _______________
CHAMP 1 : _______________ → type _______________
CHAMP 2 : _______________ → type _______________
CHAMP 3 : _______________ → type _______________
VUES PRÉVUES : Table [ ] | Kanban par _______________ [ ] | Calendar par _______________ [ ]
RÈGLE : aucun texte libre pour une date / un statut [ ]Liste existante à reprendre
Ne pas convertir sans réfléchir : recréer la structure en database, typer les colonnes, puis saisir ou coller les données (ou importer un CSV) — comme Lina avec son ancienne liste à puces.
Suivi d'équipe à Oran
Lina ajoute Responsable (personne) et Priorité (sélection) : chacun filtre « ses » chantiers et le pilotage hebdo se fait en Kanban partagé.
Petit usage personnel
Même pour soi : trois champs bien typés (Statut, Échéance, Priorité) valent mieux que dix colonnes en texte libre.
Gros volumes en vue
Si les données reliées et les calculs vont dominer (CRM, production), noter dès maintenant qu'Airtable prendra le relais (niveau 2) — Notion reste l'espace de travail.
✓ Bonnes pratiques
- Structure (types) avant saisie.
- Typer chaque champ correctement.
- Plusieurs vues, jamais plusieurs tableaux.
✗ Pièges fréquents
- Tableau bloc confondu avec database.
- Liste convertie sans re-typer.
- Tout en texte libre.
Points clés à retenir
- Une database = tableau où chaque ligne est une page et chaque colonne une propriété typée.
- Les types de propriétés (date, sélection, nombre, relation…) déterminent ce qu'on pourra en faire.
- Les vues (Table, Kanban, Calendar, Gallery, Timeline) montrent les mêmes données sous plusieurs angles.
- Bien choisir les types dès le départ conditionne filtres, relations et automatisations.
Défi 48h — appliquez demain
Créez votre database « Chantiers » (modèle ci-dessus) : 4 champs typés, 3 lignes saisies, une vue Kanban par Statut. 30 minutes suffisent.
- Je peux expliquer ligne = page, colonne = propriété typée.
- Je sais pourquoi le type conditionne tout (filtres, relations).
- J'ai créé ma database + 2 vues (Kanban, Calendar).
Questions fréquentes
Quelle différence entre un simple tableau et une database Notion ?
Un tableau « bloc » est statique : des cases de texte, sans intelligence. Une database est structurée : chaque colonne a un type (date, nombre, sélection…), chaque ligne est une page qu'on peut ouvrir et enrichir, et surtout on peut filtrer, trier, regrouper et créer plusieurs vues. C'est la différence entre écrire « lundi » dans une case et avoir un vrai champ Date sur lequel on peut filtrer « cette semaine » ou afficher un calendrier. Dès que vous voulez exploiter des données (pas juste les afficher), il faut une database.
Puis-je transformer une liste existante en database ?
Oui, mais le plus propre est souvent de recréer la structure en database pour bien typer les colonnes. Notion permet d'insérer une database et d'y saisir ou coller vos données ; vous pouvez aussi importer un CSV. L'important est de penser la structure avant : quelles propriétés, quels types, quelles vues ? Une liste à puces convertie sans réflexion donne une database mal typée, difficile à filtrer. Prenez cinq minutes pour définir vos champs : c'est ce qui rendra tout le reste (filtres, relations, automatisations) possible et fiable.
Qu'est-ce qui fait la vraie force de Notion ?