1.3Filtres, tris & vues liées
L'essentiel en 30 secondes
- Filtre = montrer, tri = ordonner : le filtre ne garde que les lignes d'une condition (« Statut = En cours »), le tri les ordonne (par échéance, priorité).
- Propres à chaque vue : chaque vue a ses filtres et tris — « Mes tâches de la semaine », « Projets en retard » sur la même database.
- Vues liées, zéro copie : afficher la database ailleurs (tableau de bord) avec ses propres réglages — une donnée, un endroit, plusieurs vues.
Mini-cas filé — Lina pilote sans copier à Oran
La database « Chantiers » de Lina grossit et son équipe s'y perd : chacun copie des lignes dans son propre tableau, les versions divergent. Lina crée trois vues — « Cette semaine » (Échéance dans les 7 jours, tri par date), « Mes chantiers » (Responsable = soi, groupé par Statut), « En retard » (Échéance dépassée ET Statut différent de Fait) — puis affiche la database sur la page « Tableau de bord » via une vue liée. Une seule source, visible partout : les copies personnelles disparaissent.
Suite du cas 1.1-1.2 — Lina transforme sa database en tableaux de bord.
1. Filtrer et trier : rendre la donnée actionnable
Une database devient utile quand on la filtre et la trie. Un filtre n'affiche que les lignes répondant à une condition (« Statut = En cours », « Échéance = cette semaine », « Responsable = moi »). Un tri ordonne les lignes (par échéance, par priorité). Combinés, ils transforment une masse de données en tableaux de bord actionnables : « Mes tâches de la semaine », « Projets en retard ».
Lina filtre « Échéance dans les 7 jours » et trie par date : sa vue « Cette semaine » lui dit chaque matin par où commencer.
2. Propres à chaque vue : multiplier les angles, pas les données
Point clé : filtres et tris sont propres à chaque vue. On crée plusieurs vues de la même database, chacune avec ses réglages, sans dupliquer les données. Modifier une tâche dans une vue la modifie partout, car il n'y a qu'une source.
Lina corrige une échéance dans « Cette semaine » : la vue « En retard » et le Kanban suivent aussitôt — une donnée, un seul endroit.
3. Vues liées : la même source, affichée ailleurs
Plus puissant encore : les vues liées affichent une database ailleurs dans Notion (autre page, tableau de bord) avec leurs propres filtres, sans dupliquer les données. Une seule source unique de vérité, affichée partout où c'est utile : c'est la fin des copier-coller et des versions désynchronisées.
Lina insère une vue liée de « Chantiers » sur sa page « Tableau de bord » : son responsable voit l'avancement sans jamais toucher à la database d'origine.
Le cimetière des copies (ne faites jamais ça)
Moralité : copier, c'est divorcer de la vérité — relier, c'est rester synchronisé.
🔎 Exemple concret — 🔎 Exemple concret — Trois vues utiles
Sur une même database de tâches.
« Cette semaine » : Échéance ≤ 7 jours, tri par date
« Mes tâches » : Responsable = moi, groupé par Statut
« En retard » : Échéance < aujourd'hui ET Statut ≠ Fait
→ vue liée sur la page Tableau de bord.Lecture : trois fenêtres filtrées sur les mêmes chantiers de Lina.
Leçon : une donnée, un seul endroit, plusieurs vues.
Vocabulaire de la section
- Filtre
- Condition qui masque les lignes ne la respectant pas (ex. Statut = En cours) ; propre à chaque vue.
Exemple simple : Le filtre « Échéance dans les 7 jours » de la vue « Cette semaine » de Lina.
Ce que ce n'est pas : supprimer les autres lignes de la database.
Réflexe : un filtre par usage, nommé clairement.
- Tri
- Ordre d'affichage des lignes selon une ou plusieurs propriétés (par date, priorité…) ; propre à chaque vue.
Exemple simple : Le tri par échéance qui ordonne les chantiers de Lina du plus urgent au plus lointain.
Ce que ce n'est pas : un filtre qui masque des lignes.
Réflexe : trier par ce qui décide de l'action (date, priorité).
- Vue filtrée
- Vue d'une database configurée avec des filtres/tris pour un usage précis (« Mes tâches de la semaine »).
Exemple simple : La vue « En retard » de Lina (Échéance dépassée ET Statut différent de Fait).
Ce que ce n'est pas : une database dupliquée pour « faire une version filtrée ».
Réflexe : une vue par question : quoi cette semaine ? quoi en retard ?
- Vue liée (linked view)
- Affichage d'une database existante sur une autre page, avec ses propres filtres, sans dupliquer les données.
Exemple simple : La database « Chantiers » affichée sur la page « Tableau de bord » de Lina.
Ce que ce n'est pas : une copie indépendante qui divergera de l'original.
Réflexe : afficher ailleurs = vue liée, jamais copie.
- Source unique de vérité
- Principe : une donnée n'existe qu'à un seul endroit, affichée partout via des vues ; évite les copies désynchronisées.
Exemple simple : Les chantiers de Lina, saisis une fois et visibles en Kanban, Calendar et tableau de bord.
Ce que ce n'est pas : cinq tableaux personnels recopiés qui ne disent plus la même chose.
Réflexe : copie repérée = vue liée à créer.
En pratique — En pratique — Construire des vues filtrées et liées
- Sur votre database de tâches, créez une vue « Cette semaine » : filtre Échéance dans les 7 jours + tri par échéance.
- Créez une vue « Mes tâches » : filtre Responsable = vous, regroupée par Statut.
- Créez une vue « En retard » : filtre Échéance < aujourd'hui ET Statut ≠ Fait.
- Sur une page « Tableau de bord », insérez une vue liée de cette database pour l'afficher sans la dupliquer.
Script prêt à dire — stopper les copies qui divergent (30 s)
« Arrêtez de copier le tableau : je crée une vue liée sur la page Tableau de bord avec vos filtres. Vous voyez la même source que tout le monde, à jour en temps réel — et toute correction se fait à un seul endroit. »
À dire à un collègue qui maintient « sa » copie du tableau.
Modèle copier-coller — plan de vues
DATABASE SOURCE : _______________
VUE 1 « Cette semaine » : filtre _______________ + tri _______________
VUE 2 « Mes tâches » : filtre Responsable = moi, groupé par _______________
VUE 3 « En retard » : filtre _______________ ET _______________
VUE LIÉE sur page : _______________ (filtres propres : _______________)
COPIES À SUPPRIMER : _______________Équipe qui copie tout
Recenser les copies personnelles, les remplacer une par une par des vues liées filtrées par Responsable : chacun garde « sa » vision, sur la source unique — comme Lina à Oran.
Pilotage hebdo
Rituel du lundi : ouvrir « Cette semaine » triée par échéance + « En retard » — dix minutes pour prioriser, sans nouveau tableau.
Tableau de bord direction
Une page « Tableau de bord » avec deux vues liées (Kanban par Statut, liste « En retard ») : la direction suit sans toucher à la database de travail.
Vraie réutilisation de modèle
Seul cas de duplication légitime : repartir de la structure pour un jeu de données distinct (ex. nouvelle année, nouveau projet) — sinon, vue liée.
✓ Bonnes pratiques
- Une vue par usage nommé.
- Vues liées pour tableaux de bord.
- Une donnée, un endroit, plusieurs vues.
✗ Pièges fréquents
- Dupliquer pour « filtrer ».
- Vue liée confondue avec copie.
- Copies personnelles divergentes.
Points clés à retenir
- Un filtre n'affiche que les lignes répondant à une condition ; un tri les ordonne.
- Filtres et tris sont propres à chaque vue : plusieurs vues d'une même database, sans dupliquer.
- Les vues liées affichent une database ailleurs avec leurs propres réglages.
- Résultat : une source unique de vérité, affichée partout — fin des copier-coller désynchronisés.
Défi 48h — appliquez demain
Créez vos 3 vues (« Cette semaine », « Mes tâches », « En retard ») sur votre database + 1 vue liée sur une page « Tableau de bord ». Puis supprimez une copie. 25 minutes suffisent.
- Je peux expliquer filtre (montrer) vs tri (ordonner), propres à chaque vue.
- Je sais quand dupliquer (modèle, nouveau jeu) vs relier (même source).
- J'ai 3 vues + 1 vue liée + supprimé une copie.
Questions fréquentes
Si je crée plusieurs vues, est-ce que je duplique mes données ?
Non, jamais — et c'est tout l'intérêt. Une database contient les données une seule fois ; les vues ne sont que des fenêtres filtrées/triées sur ces mêmes données. Modifier une tâche dans une vue la modifie partout, car il n'y a qu'une source. C'est exactement l'inverse du réflexe « je copie mon tableau pour en faire une version filtrée » qui crée des doublons désynchronisés. En no-code comme en base de données, la règle d'or est : une donnée, un seul endroit, plusieurs vues.
Quelle différence entre une vue liée et une database dupliquée ?
Une vue liée pointe vers la database d'origine : les données restent uniques et synchronisées ; vous voyez la même information ailleurs, avec des filtres adaptés à cet endroit. Une database dupliquée crée une copie indépendante : à partir de là, les deux évoluent séparément et divergent. Utilisez la vue liée dès que vous voulez « afficher la même chose autrement/ailleurs » (tableau de bord, page projet). Ne dupliquez une database que si vous voulez réellement repartir d'un modèle pour un nouveau jeu de données distinct.
Si je crée plusieurs vues d'une même database, est-ce que je duplique les données ?