Obsidian Dataview : Le guide complet des tableaux de bord dynamiques et requêtes (2026)

Le véritable pouvoir d’Obsidian ne réside pas dans les notes que vous rédigiez — mais dans ce qui se produit lorsque ces notes commencent à communiquer entre elles. Dataview est le plugin qui déclenche cette transformation. Il transforme votre coffre (vault) d’un empilement de fichiers Markdown statiques en une base de données vivante que vous pouvez interroger, trier et synthétiser à la demande. Marquez une note avec un tag, ajoutez une date d’échéance, définissez le statut d’un projet, et Dataview rassemble ces informations dans des tableaux, des listes et des tableaux de bord qui se mettent à jour automatiquement à chaque modification.

Si vous avez déjà parcouru une douzaine de dossiers à la recherche de “tous mes projets actifs” ou de “chaque tâche que je dois encore à quelqu’un”, vous comprenez déjà le problème que Dataview résout. Au lieu de maintenir des notes d’index à la main, vous écrivez une courte requête une seule fois et laissez le plugin la maintenir à jour pour toujours. Votre journal de lecture, votre tableau de tâches, votre revue hebdomadaire — tout cela peut devenir automatique.

Voici ce que nous allons couvrir : ce qu’est réellement Dataview, comment l’installer, comment ajouter les métadonnées qu’il lit, les quatre types de requêtes, comment choisir et filtrer vos sources, les requêtes en ligne, deux tableaux de bord complets à copier-coller, et une liste de contrôle de dépannage lorsque votre requête ne renvoie obstinément rien. À la fin, vous serez capable de construire vos propres tableaux de bord — ou de sauter complètement le DQL et de laisser un modèle prêt à l’emploi le faire pour vous.

Qu’est-ce qu’Obsidian Dataview et pourquoi est-ce important ?

Dataview est un index en direct de votre coffre combiné à un langage de requête qui lit les métadonnées de vos notes et les restitue sous forme de tableaux, de listes, de tableaux de tâches ou de calendriers. Vous ne déplacez ni ne dupliquez aucune donnée. Vous décrivez ce que vous souhaitez — “chaque note dans Projects avec le tag active, triée par date d’échéance” — et Dataview construit la vue, en la rafraîchissant automatiquement au fil des modifications de votre coffre.

C’est essentiel car les index manuels périclitent dès l’instant où vous les créez. Une note manuscrite “Projets actifs” est obsolète dès que vous terminez le projet suivant. Une requête Dataview ne l’est jamais. Les bénéfices se cumulent à mesure que votre coffre s’agrandit : la même requête de trois lignes qui affiche deux projets aujourd’hui en affichera vingt l’année prochaine, sans aucun effort supplémentaire de votre part.

Pensez à chaque note comme à une ligne dans une base de données et à chaque propriété comme à une colonne. Dataview vous permet de poser des questions à cette base de données dans une syntaxe simple et lisible. C’est le compagnon naturel des bonnes habitudes de liaison — si vous êtes encore en train de les développer, notre guide complet pour connecter vos notes s’associe parfaitement à ce que vous apprendrez ici, car plus vos notes se référencent mutuellement, plus Dataview a de matière à exploiter.

Comment installer et activer Dataview ?

Vous pouvez installer Dataview via le panneau Plugins communautaires d’Obsidian en moins d’une minute. Voici la séquence exacte :

1. Ouvrez Paramètres → Plugins communautaires.
2. Si vous voyez le “Mode restreint” (Restricted mode) activé, désactivez-le (cela permet aux plugins communautaires de s’exécuter).
3. Cliquez sur Parcourir (Browse), puis recherchez Dataview.
4. Cliquez sur Installer, puis sur Activer.

Une fois activé, Dataview commence à indexer votre coffre en arrière-plan. Sur un petit coffre, c’est instantané ; sur un grand coffre, cela peut prendre quelques secondes la première fois.

Ensuite, ouvrez les paramètres du plugin et cochez deux options qui débloquent toutes ses capacités :

• Activer les requêtes en ligne (Enable Inline Queries) — vous permet d’afficher une valeur unique au milieu d’une phrase (détaillé plus loin).
• Activer les requêtes JavaScript (Enable JavaScript Queries) — nécessaire uniquement si vous prévoyez d’utiliser DataviewJS pour de la logique personnalisée avancée. Laissez-le désactivé si vous débutez.

Astuce : Vous n’avez pas besoin de “reconstruire” quoi que ce soit manuellement. Dataview réindexe automatiquement lorsque vous modifiez, créez et supprimez des notes. La seule exception est couverte dans la section de dépannage vers la fin.

Comment ajouter des métadonnées : propriétés Frontmatter vs champs en ligne ?

Dataview lit deux types de métadonnées : le frontmatter YAML (Obsidian les appelle Propriétés) et les champs en ligne écrits dans le corps d’une note. Les deux deviennent des colonnes interrogeables ; vous choisissez en fonction de l’endroit où la donnée réside le plus naturellement.

Le Frontmatter (Propriétés) se place au tout début d’une note entre deux lignes --- et convient parfaitement aux données structurées à l’échelle de la note :

---
status: active
due: 2026-07-15
priority: 1
tags: [project, client]
---

Les champs en ligne vous permettent d’enregistrer des données au cœur d’une note en utilisant un double deux-points. Utilisez cle:: valeur sur sa propre ligne, ou [cle:: valeur] pour intégrer un champ dans une phrase :

Project kicked off today.
status:: in-progress
Budget is [budget:: 4500] for this quarter.

Les types de champs sont inférés automatiquement : texte, nombre, date (format ISO comme 2026-07-15), liste (tags: [a, b]) et lien ([[Une Note]]). En plus de tout ce que vous ajoutez, chaque note intègre des champs file.* natifs que vous pouvez interroger sans rien définir :

Champ intégré	Ce qu’il renvoie
file.name	Le nom de fichier de la note
file.link	Un lien cliquable vers la note
file.ctime / file.mtime	Date de création / dernière modification
file.tags	Tous les tags de la note
file.inlinks / file.outlinks	Notes liant vers / depuis la note
file.folder	Le chemin du dossier

Ce champ file.inlinks est un super-pouvoir discret — il vous permet de créer des vues basées uniquement sur la manière dont vos notes sont connectées, ce qui explique pourquoi un maillage délibéré porte ses fruits.

Quels sont les quatre types de requêtes : TABLE, LIST, TASK et CALENDAR ?

Dataview propose quatre types de requêtes, chacun produisant une forme de restitution différente. Vous les rédigez à l’intérieur d’un bloc de code étiqueté dataview.

LIST est le plus simple — une liste à puces de notes :

LIST
FROM "Projects"
WHERE status = "active"

TABLE est l’outil du quotidien, ajoutant des colonnes pour n’importe quel champ que vous nommez :

TABLE status, due, file.mtime AS "Last Edited"
FROM "Projects"
SORT due ASC

TASK extrait les éléments de cases à cocher individuels (- [ ]) de vos notes, regroupés par la note dans laquelle ils vivent — parfait pour une vue de tâches à l’échelle de tout votre coffre :

TASK
WHERE !completed

CALENDAR positionne les notes sur une grille mensuelle en utilisant un champ date de votre choix, ce qui est très pratique pour visualiser les réunions ou les échéances :

CALENDAR due
FROM "Projects"

Utilisez LIST et TABLE pour presque tout, TASK lorsque vous souhaitez agréger des cases à cocher à travers plusieurs notes, et CALENDAR lorsqu’une vue par grille de dates raconte mieux l’histoire que des lignes. Si la gestion des tâches est votre objectif principal, notre guide complet de la gestion des tâches dans Obsidian montre comment ces types de requêtes s’intègrent dans un flux de travail réel.

Comment choisir vos sources avec FROM ?

La clause FROM indique à Dataview quelles notes examiner, et vous pouvez cibler des dossiers, des tags ou des liens. Réussissez cette étape et vos requêtes resteront rapides et ciblées.

• Par dossier : FROM "Projects" (entourez toujours le chemin de guillemets ; utilisez "Areas/Health" pour les sous-dossiers).
• Par tag : FROM #active (pas de guillemets sur les tags).
• Par lien entrant : FROM [[Project Alpha]] trouve chaque note qui pointe vers cette note.
• Par lien sortant : FROM outgoing([[Project Alpha]]) trouve les notes vers lesquelles Alpha pointe.

Combinez les sources avec AND et OR, et excluez avec un signe moins. C’est le schéma le plus utile en pratique — filtrez un dossier, affinez par tag et excluez vos modèles :

TABLE status, due
FROM "Projects" AND #active AND -"Templates"
SORT due ASC

Cette requête lit tout le contenu du dossier Projects étiqueté #active tout en excluant le contenu du dossier Templates.

Remarque : Limiter le périmètre avec FROM n’est pas seulement une question d’ordre — c’est une habitude de performance. Une requête qui commence par FROM "Projects" ne scanne que ce dossier, tandis qu’une requête sans FROM scanne l’intégralité de votre coffre à chaque rafraîchissement.

Comment filtrer, trier et regrouper les résultats ?

Une fois votre source choisie, WHERE, SORT et GROUP BY façonnent le résultat. Ce sont les clauses que vous ajusterez le plus souvent.

WHERE filtre les lignes en utilisant des comparaisons et des fonctions :

• Comparaisons : WHERE priority >= 2, WHERE status = "active", WHERE due < date(today).
• Fonctions : contains(file.name, "2026"), length(tags) > 0 et des calculs de dates comme due <= date(today) + dur(7 days).

SORT ordonne les résultats : SORT due ASC ou SORT file.mtime DESC. LIMIT restreint le nombre : LIMIT 10.

GROUP BY regroupe les résultats sous une valeur commune — regroupez les tâches par statut, les notes par dossier, ou les lectures par auteur :

TABLE rows.file.link AS "Projects"
FROM "Projects"
GROUP BY status

Lorsqu’un champ contient une liste (comme plusieurs tags ou auteurs), utilisez FLATTEN pour la dérouler en une ligne par valeur avant de grouper — sinon la liste est traitée comme un seul bloc. Voici une recette à copier-coller pour les “notes récemment modifiées” qui combine plusieurs de ces clauses :

TABLE file.mtime AS "Modified"
FROM ""
SORT file.mtime DESC
LIMIT 10

Et une requête de nettoyage pour les “notes sans tag”, utile pour maintenir un coffre propre :

LIST
WHERE length(file.tags) = 0

Comment écrire du DQL en ligne et quand devez-vous utiliser DataviewJS ?

Le DQL en ligne vous permet d’insérer une valeur calculée unique directement dans une phrase, au lieu de rendre un bloc entier. Vous le rédigez avec un préfixe accent grave-égal (backtick-égal). Par exemple, = this.due affiche la date d’échéance de la note actuelle en ligne, et = dv.current().file.mtime affiche la date de dernière modification de cette note — les deux se mettent à jour en direct.

C’est idéal dans les modèles et les notes quotidiennes : un en-tête indiquant “Dernière révision : = this.reviewed” reste exact sans que vous n’ayez à y toucher. Les requêtes en ligne doivent être activées dans les paramètres (vous l’avez activé lors de l’installation).

DataviewJS représente le niveau avancé. Il remplace la syntaxe lisible du DQL par du JavaScript et l’API dv.*, vous offrant des boucles, des conditions et de la logique sur mesure — par exemple, dv.pages("#book").where(p => p.rating > 4). La contrepartie est une courbe d’apprentissage plus raide et l’activation du paramètre Requêtes JavaScript. Considérez-le comme l’étape suivante après être devenu à l’aise avec le DQL, et non comme votre point de départ. La grande majorité des tableaux de bord n’en ont jamais besoin.

Astuce : Si vous vous prenez à recourir à DataviewJS pour faire quelque chose de simple, il existe généralement un moyen de le faire en DQL classique. Conservez le JavaScript pour le rendu véritablement sur mesure.

Comment construire de vrais tableaux de bord pour les tâches et projets ?

Un tableau de bord est simplement une note contenant plusieurs requêtes qui répondent ensemble à la question : “Qu’est-ce qui nécessite mon attention ?” Voici deux exemples complets à copier-coller que vous pouvez insérer dans une note et adapter.

Pas à pas 1 — un tableau de bord de tâches. Il fait remonter chaque tâche ouverte de votre coffre, isole celles qui sont en retard et les groupe par fichier afin que vous puissiez voir ce que chaque projet exige :

TASK
WHERE !completed AND due AND due < date(today)
GROUP BY file.link

Remplacez due < date(today) par due <= date(today) + dur(7 days) pour voir tout ce qui est dû cette semaine à la place. Pour une gestion plus riche des dates d’échéance et de la récurrence, associez Dataview au plugin Tasks : Tasks gère la planification, la récurrence et l’interface fluide des cases à cocher, tandis que Dataview agrège et rend compte à travers l’ensemble des notes. Notre guide ultime du plugin Tasks couvre cette association en détail, et s’intègre parfaitement dans une configuration GTD si c’est votre méthode.

Pas à pas 2 — un tableau de bord de projets. Un tableau unique des projets actifs avec le statut, la prochaine action et la date de dernière modification :

TABLE status AS "Status", next_action AS "Next Action", file.mtime AS "Last Modified"
FROM "Projects" AND -"Templates"
WHERE status != "done"
SORT file.mtime DESC

Construire ces éléments à partir de zéro est un excellent moyen d’apprendre — mais si vous préférez les avoir déjà pré-configurés, c’est là qu’un modèle prêt à l’emploi brille. Obsibrain inclut des tableaux de bord alimentés par Dataview pour les tâches, les projets et les revues quotidiennes/hebdomadaires préconfigurés dès la première utilisation, afin d’en tirer tous les bénéfices sans écrire une ligne de DQL.

Quels sont les erreurs fréquentes et les pièges de performance ?

La plupart des requêtes Dataview “cassées” échouent pour les mêmes quelques raisons. Parcourez cette liste de contrôle avant de supposer que le plugin est en cause.

• Syntaxe des champs en ligne : utilisez un double deux-points (status:: active), et non un seul. Un simple deux-points n’a aucun effet en dehors du frontmatter.
• Sensibilité à la casse : Status et status sont des champs différents, et "Active" ne correspondra pas à "active" dans un WHERE. Soyez cohérent.
• Mettez vos chemins de dossiers entre guillemets : FROM "Projects" fonctionne ; FROM Projects est interprété comme une source de type tag et échoue.
• Les champs manquants renvoient null : une requête qui filtre sur priority exclut silencieusement chaque note ne possédant pas de champ priority. C’est souvent la raison pour laquelle les résultats semblent incomplets plutôt que vides.
• Ne mélangez pas les types de champs : si due est une date dans certaines notes et du texte brut dans d’autres, les comparaisons et le tri échouent. Conservez un type unique pour un champ donné dans tout le coffre.

Pour la performance sur les grands coffres, la règle est de donner moins de matière à scanner à Dataview :

1. Restreignez chaque requête avec FROM "Dossier" ou FROM #tag au lieu de FROM "".
2. Ajoutez un LIMIT aux longues listes que vous ne lisez pas entièrement.
3. Évitez de placer du code DataviewJS lourd dans les notes que vous ouvrez constamment.
4. Si les résultats semblent obsolètes après des modifications, désactivez et réactivez le plugin dans les paramètres (ou redémarrez Obsidian) pour forcer une réindexation.

Remarque : Une requête qui ne renvoie rien est très souvent un problème de métadonnées (un champ manquant, une faute de frappe dans le nom de dossier, une erreur de casse) plutôt qu’un bug de Dataview. Commencez par vérifier le champ, pas la syntaxe.

Dataview vs Obsidian Bases : Lequel utiliser en 2026 ?

Obsidian a lancé Bases comme fonctionnalité native en 2025, et celle-ci chevauche suffisamment Dataview pour que le choix perturbe désormais les débutants. Bases est une vue de base de données sans code de style tableur : vous construisez des tableaux et des filtres via une interface graphique, elle est intégrée à Obsidian (aucun plugin requis) et fonctionne parfaitement sur mobile. Dataview est un langage de requête textuel : plus expressif, plus portable sous forme de Markdown brut, et nettement plus performant pour extraire des tâches et calculer des valeurs dérivées.

Utilisez Bases lorsque vous souhaitez un tableau visuel rapide sans syntaxe à apprendre et que vous l’utilisez principalement sur mobile. Optez pour Dataview lorsque vous avez besoin de requêtes TASK, de valeurs en ligne dans la prose, de filtrage complexe ou de tableaux de bord lisibles en texte brut. De nombreux utilisateurs avancés exploitent les deux — Bases pour les bases de données consultables, Dataview pour le reporting et l’agrégation de tâches. Aucun des deux ne va disparaître, choisissez donc en fonction du cas d’usage plutôt que de vous limiter à un seul.

Foire Aux Questions (FAQ)

Le plugin Dataview est-il gratuit, toujours maintenu et sûr en 2026 ? Oui. Dataview est gratuit, open-source et figure parmi les plugins communautaires les plus installés de l’écosystème Obsidian. Il est stable et largement adopté. Cela dit, il s’agit d’un plugin communautaire (et non natif), donc pour des configurations critiques, il est prudent de conserver vos données sous forme de Markdown brut — ce que fait Dataview par conception, puisqu’il ne fait que lire vos notes sans jamais les altérer.

Quelle est la différence entre Dataview et le plugin Tasks — ai-je besoin des deux ? Ils répondent à des problèmes différents et se complètent parfaitement. Le plugin Tasks gère les tâches individuelles : dates d’échéance, récurrence, planification et une interface de cases à cocher très soignée. Dataview agrège et génère des rapports — en créant des tableaux et des listes à travers l’ensemble de votre coffre. Pour une gestion sérieuse des tâches, la plupart des utilisateurs exécutent les deux, laissant Tasks gérer le cycle de vie des tâches pendant que Dataview alimente les tableaux de bord.

Pourquoi ma requête Dataview ne fonctionne-t-elle pas ou n’affiche-t-elle aucun résultat ? Quatre-vingt-dix pour cent du temps, c’est un problème de métadonnées, pas de requête. Vérifiez la présence d’un simple deux-points au lieu d’un double sur les champs en ligne, une erreur de casse (Status vs status), un chemin de dossier non entouré de guillemets, ou un champ qui n’existe simplement pas sur les notes attendues. Une clause WHERE filtrant sur un champ absent élimine silencieusement ces notes. Corrigez d’abord le champ, puis la syntaxe.

Dataview ralentit-il Obsidian sur les grands coffres, et les requêtes fonctionnent-elles sur mobile et Obsidian Publish ? Sur les très grands coffres, les requêtes non ciblées peuvent provoquer des ralentissements — résolvez cela en ajoutant un dossier/tag FROM et un LIMIT. Les requêtes s’exécutent sur mobile (bien que les plus lourdes soient plus lentes sur smartphone) et se synchronisent entre les appareils sous forme de texte brut car elles vivent dans vos notes. Notez que Dataview ne se rend pas sur Obsidian Publish, les pages publiées afficheront donc la requête brute et non le tableau.

Commencez petit et laissez grandir

Vous n’avez pas besoin de maîtriser toutes les clauses cette semaine. Ajoutez une propriété status à quelques notes de projet, collez le tableau des notes récemment modifiées, et observez le résultat — cette victoire unique suffit généralement à faire cliquer le système. À partir de là, construisez un tableau de bord de tâches, puis une vue de projets, puis une revue hebdomadaire, en ajoutant une requête à la fois au fur et à mesure qu’un besoin réel apparaît.

Et si vous aimez les résultats mais pas l’entretien, vous n’avez rien à construire vous-même. Obsibrain fournit ces tableaux de bord Dataview préconfigurés — tâches, projets et revues périodiques prêts dès le premier jour — afin que vous puissiez consacrer votre temps à réfléchir plutôt qu’à rédiger des requêtes. Que vous le construisiez vous-même ou que vous l’installiez, l’objectif reste le même : un coffre qui s’organise tout seul pendant que vous vous concentrez sur le travail qui compte.