Base de données et vue liée de base de données sur Notion : quelle différence ?

"J'ai supprimé un tableau et j'ai perdu toutes mes données"

C'est l'une des confusions les plus fréquentes chez mes clients, qu'ils débutent sur Notion ou qu'ils soient déjà à l'aise : la différence entre une base de données et une vue liée de base de données. Et j'admets : les deux se ressemblent à l'écran, pourtant ce sont deux choses bien distinctes !

Comprendre cette différence est fondamental. C'est elle qui vous permet d'architecturer votre espace Notion de manière intelligente et d'éviter les mauvaises surprises (comme des données effacées par erreur ou un collaborateur qui voit "Aucun accès" quand vous lui avez partagé une page... 🤭)

La différence fondamentale

La règle tient en une phrase : la base de données est unique, les vues liées de la base de données peuvent être multiples et sont des "fenêtres" sur cette base.

Un truc important à avoir en tête : les données affichées sont strictement les mêmes ! Conséquence : modifier une donnée dans une vue liée la modifie dans la base source, et inversement.

Comment reconnaître une vue liée ?

À la petite flèche ↗ affichée à côté du titre. Si vous la voyez, vous êtes sur une vue liée ; sinon, vous êtes sur la base de données elle-même.

Quand le titre est masqué (un réflexe esthétique fréquent), passez votre souris sur l'onglet pour faire réapparaître la flèche et le nom de la base. Vous pouvez aussi faire clic droit puis "Ouvrir la base de données" : le fil d'Ariane vous montre alors exactement où la base est réellement hébergée.

Que se passe-t-il quand on supprime ?

C'est ici que la distinction devient concrète (et qu'il faut pas se planter 😅)

Où créer ses vues : sur la source ou sur la vue liée ?

Vous pouvez créer des vues (table, kanban, calendrier…) à deux niveaux, et bien choisir vous aide à garder un espace propre :

Bonne pratique : créez vos vues "standard" (toutes les entrées, par statut, calendrier…) sur la base source pour pouvoir les réutiliser facilement à différents endroits ensuite, et gardez les vues filtrées sur un projet ou un client précis directement sur une vue liée.

Architecture et droits d'accès : qui voit quoi

Point essentiel, souvent mal compris : dans Notion, on partage des pages, pas des vues. Et les droits se gèrent toujours au niveau de la base source, jamais de la vue liée.

Concrètement : si vous partagez une page qui contient une vue liée, mais que la personne n'a pas accès à la base de données source, elle verra "Aucun accès" à cet endroit. Pour qu'elle voie les données, il faut lui donner accès à la base elle-même (afficher la source de données, puis partager).

Ce n'est pas un bug, c'est une protection : une vue liée ne "porte" pas ses propres permissions. À noter aussi : si vous partagez une vue filtrée à un externe, il aura techniquement accès à toute la base (il ne voit que les lignes filtrées, mais l'accès existe). À éviter, donc, s'il y a un vrai enjeu de confidentialité.

Faut-il centraliser ses bases de données ?

Cette logique de droits ouvre une question d'architecture : regrouper toutes ses bases sources au même endroit (par exemple une page "🗄️ Bases de données") ?

L'avantage est net surtout si vous avez une grosse équipe, avec beaucoup d'enjeux de confidentialité : les droits se gèrent à un seul endroit, vous avez une vue d'ensemble sur vos bases, et vous évitez de les laisser disséminées aux quatre coins de votre espace Notion.

Mais ce n'est pas une règle absolue. Certaines équipes ont au contraire besoin que les bases vivent dans chaque espace d'équipe, au plus près de là où travaillent les équipes. C'est un arbitrage d'architecture à faire selon vos besoins, exactement le genre de décision qu'il vaut mieux poser en amont, comme quand on prend le temps de structurer ses process 🤓.