Obsidian Bases: No-Code-Datenbanken im Vault erstellen

Wenn Sie Zeit damit verbracht haben, Notizen in Obsidian zu verwalten, haben Sie sich wahrscheinlich gewünscht, Ihr Vault würde sich mehr wie eine Datenbank verhalten. Sie möchten alle aktiven Projekte an einem Ort sehen, Ihre Leseliste nach Status filtern oder jede Meeting-Notiz einer bestimmten Person zuordnen — und das alles ohne eine einzige Zeile Abfragecode zu schreiben. Genau das bietet Ihnen Obsidian Bases: native No-Code-Datenbankansichten, die auf Ihren bestehenden Markdown-Notizen aufbauen.

Bases ist die natürliche Weiterentwicklung verknüpfter Notizen. Wo Links Ihr Vault zu einem Graphen verweben, verwandeln Eigenschaften diesen Graphen in strukturierte Daten, die Sie filtern und auswerten können. Eine Base speichert Ihre Informationen nicht in einer separaten Datei oder einem proprietären Format. Sie liest die YAML-Eigenschaften aus Ihren Notizen und präsentiert sie als bearbeitbare, filterbare Tabelle, Kartengalerie, Liste oder Karte. Ihre Daten bleiben Plain-Text, portabel und zukunftssicher.

Das werden wir behandeln:

• Was eine Base tatsächlich ist und das mentale Modell dahinter
• Wie Bases im Vergleich zu Dataview, Notion und der einfachen Suche abschneidet
• Aktivieren des Plugins und Erstellen der ersten Base in fünf Minuten
• Gestalten von Eigenschaften, damit Ihre Ansichten nie kaputtgehen
• Filtern, Sortieren und Gruppieren Ihrer Notizen
• Die vier Ansichtstypen und wie man sie in jede Notiz einbettet
• Direkt nutzbare Anwendungsfälle: Leseliste, Projekt-Tracker, CRM, Content-Kalender
• Ehrliche Einschränkungen und ein klarer Entscheidungsrahmen

Was ist Obsidian Bases (und warum ist es wichtig)?

Eine Base ist eine gespeicherte No-Code-Datenbankansicht über Ihren bestehenden Markdown-Notizen. Obsidian hat Bases als Kern-Plugin hinzugefügt. Es verwandelt Ihre Notizen samt YAML-Eigenschaften ohne jegliche Abfragesprache in bearbeitbare, filterbare Ansichten.

Das wichtigste Prinzip lautet: Eine Base ist keine separate Datenbank, die Ihre Daten speichert. Sie ist eine Ansicht. Die Daten selbst befinden sich im Frontmatter (den YAML-Eigenschaften) Ihrer regulären Notizen. Die .base-Datei speichert lediglich die Konfiguration dieser Ansicht: welche Notizen enthalten sein sollen, welche Eigenschaften als Spalten angezeigt werden und wie sie gefiltert und sortiert werden.

Das bietet entscheidende Vorteile:

• Ihre Daten bleiben Plain-Text. Löschen Sie die Base morgen und Sie verlieren nichts außer der Ansicht. Jede Notiz und jede Eigenschaft bleibt als Markdown in Ihrem Vault.
• Es ist zukunftssicher. Kein Lock-in, kein Export-Schritt, kein proprietäres Format. Das entspricht der Philosophie für ein dauerhaftes persönliches Wissensmanagement.
• Es skaliert mit Ihrem Vault. Da eine Base live aus Ihren Notizen liest, erscheint eine Notiz sofort in der passenden Ansicht, sobald Sie ihr eine Eigenschaft hinzufügen.

Wenn Links das Bindegewebe Ihres Vaults sind, sind Eigenschaften die strukturierte Schicht und Bases die Linse, die diese Struktur sichtbar und nutzbar macht.

Bases vs. Dataview: No-Code-GUI oder Abfragesprache?

Der Kernunterschied ist einfach: Bases ist eine visuelle GUI per Klick, während Dataview eine Abfragesprache ist, die Sie von Hand schreiben. Bases ist in der App integriert und erfordert keinen Code; Dataview verlangt das Erlernen von DQL (Dataview Query Language) oder JavaScript für fortgeschrittene Fälle.

Beide lesen aus derselben Quelle — Ihren Notiz-Eigenschaften —, eignen sich jedoch für unterschiedliche Bedürfnisse:

• Bases gewinnt bei Geschwindigkeit und Zugänglichkeit. Es ist nativ und schnell, auch auf mobilen Geräten. Sie erstellen Ansichten durch Klicken, bearbeiten Zellwerte direkt in der Tabelle und müssen nie Syntaxfehler beheben.
• Dataview gewinnt bei der Ausdrucksstärke. Es unterstützt Inlines-Felder (wie due:: 2026-06-10 im Textkörper einer Notiz), rendert berechneten Text und verarbeitet komplexe Abfragen, die Bases noch nicht beherrscht. Es ist jedoch codeintensiv.

Für die meisten Aufgaben im Stil von „Zeige mir eine gefilterte Liste meiner Notizen“ ist Bases die schnellere, benutzerfreundlichere Wahl. Für berechnete Dashboards oder Inline-Feld-Workflows behält Dataview seinen Platz. Wie sich beide in breitere Workflows einfügen, zeigt unser Leitfaden zum Aufgabenmanagement.

Tipp: Sie müssen sich nicht entscheiden. Viele Vaults nutzen Bases für tägliche Listen- und Filteransichten und behalten einige Dataview-Blöcke für komplexe Dashboards.

Wie aktivieren und erstellen Sie Ihre erste Base?

Aktivieren Sie Bases unter Einstellungen → Core-Plugins. Aktivieren Sie dort auch “Properties” (Eigenschaften), da saubere Eigenschaften der Schlüssel für Bases sind. Nach der Aktivierung gibt es drei Wege, eine Base zu erstellen:

1. Befehlspalette: Öffnen (Strg/Cmd + P) und “Create new base” ausführen.
2. Ribbon-Button: Klicken Sie auf das Icon “New base” in der linken Leiste.
3. Rechtsklick auf einen Ordner: Wählen Sie “New base” aus dem Kontextmenü des Ordners.

Ein Verhalten überrascht Neulinge oft: Eine neue Base startet mit allen Dateien in Ihrem Vault. Es gibt keine FROM-Klausel wie in Dataview. Sie starten breit und filtern dann herunter.

Eine erste Base in fünf Minuten:

1. Erstellen Sie die Base mit einer der obigen Methoden.
2. Sie öffnet sich und zeigt jede Notiz in Ihrem Vault.
3. Fügen Sie einen Filter hinzu, z. B. “file is in folder Projects” oder “has tag #project”.
4. Fügen Sie Spalten hinzu, indem Sie die gewünschten Eigenschaften auswählen (Status, Fälligkeitsdatum, Bereich).
5. Sortieren Sie nach einer Spalte — fertig.

Das ist wirklich alles, was nötig ist, um von null zu einer funktionierenden Datenbankansicht zu gelangen.

Tipp: Starten Sie eng gefasst. Eine auf einen einzelnen Ordner oder Tag beschränkte Base ist viel einfacher zu verwalten.

Wie gestalten Sie Eigenschaften, die nicht kaputtgehen?

Spalten in einer Base stammen aus drei Quellen:

• Notiz-Eigenschaften: das von Ihnen geschriebene YAML-Frontmatter (status, priority, due). Diese sind bearbeitbar.
• Datei-Eigenschaften: eingebaute Metadaten wie file.path, file.ctime, file.mtime und file.tags. Diese sind schreibgeschützt.
• Formel-Eigenschaften: Werte, die innerhalb der Base aus anderen Eigenschaften berechnet werden.

Unterstützte Eigenschaftstypen umfassen Text, Liste, Zahl, Kontrollkästchen, Datum, Datum und Uhrzeit sowie Links. Die Wahl des richtigen Typs ist wichtig: Eine date-Eigenschaft kann nach Datumsbereichen gefiltert werden, während derselbe Wert als Reiner Text dies nicht erlaubt.

Voraussetzung für zuverlässige Bases ist Eigenschaftshygiene:

• Seien Sie konsistent bei Typen. Speichern Sie einen Wert nicht in einer Notiz als Link und in einer anderen als Text.
• Benennen Sie Eigenschaften einheitlich. status, Status und state sind drei verschiedene Spalten. Wählen Sie eine Bezeichnung.
• Direkt bearbeiten. Ändern Sie einen Wert direkt in einer Base-Zelle, wird er sofort zurück in das Frontmatter der Notiz geschrieben.

Hier zahlt sich ein gutes Vorlagensystem aus. Wenn Ihre Notizen aus Vorlagen mit konsistenten Eigenschaften erstellt werden, ist jede zukünftige Base einfach zu bauen.

Hinweis: Ältere Notizen ohne ein bestimmtes Feld erscheinen trotzdem in der Base; die Spalte bleibt einfach leer, bis Sie sie ausfüllen.

Wie funktionieren Filter, Sortierung und Gruppierung?

Filter in Bases bestehen aus drei Teilen: Eigenschaft, Operator, Wert. Sie wählen eine Eigenschaft (status), einen Operator (is, contains, is greater than, is empty) und einen Wert (active). Sie können mehrere Regeln mit and, or und not verschachteln.

Es gibt zwei Filterebenen:

• Globale Filter (Dataset) gelten für die gesamte Base über alle Ansichten hinweg (z. B. “is in folder Projects”).
• Ansichtsspezifische Filter gelten nur für eine einzelne Ansicht und kombinieren sich mit dem globalen Filter über AND (z. B. nur aktive Elemente anzeigen).

Häufige Muster:

• Hat Tag: Filter, bei dem file.tags den Wert #project enthält.
• Ordnerbereich: Filter auf einen bestimmten Ordner.
• Datumsfenster: Filter, bei dem due heute oder in den nächsten sieben Tagen liegt.

Die Sortierung funktioniert auf jeder Spalte auf- oder absteigend. Die Gruppierung ermöglicht das Clustern nach Status, Genre oder Priorität mit eigenen einklappbaren Überschriften.

Was sind die vier Ansichtstypen und wie bettet man sie ein?

Bases unterstützt vier Ansichtstypen, und eine einzelne .base-Datei kann mehrere benannte Ansichten nebeneinander enthalten:

• Table (Tabelle): Die Standardansicht mit Spaltensummen und Inline-Bearbeitung.
• Cards (Karten): Eine Galerie-Ansicht, die Vorschaubilder anzeigen kann. Perfekt für Leselisten.
• List (Liste): Ein kompaktes Layout für Dashboards und Maps of Content (MoCs).
• Map (Karte): Stellt Notizen mit Geokoordinaten als Pins auf einer Landkarte dar.

Die wahre Stärke liegt im Einbetten. Sie können eine Base genau wie eine normale Datei mit dem .base-Dateinamen einbetten. Um eine bestimmte benannte Ansicht einzubetten, hängen Sie deren Namen mit einem # an, z. B. MyBase.base#Active.

Es gibt auch eine kontextbezogene this-Referenz. Eine eingebettete Base kann relativ zur Notiz filtern, in der sie sich befindet — so kann eine in der Notiz einer Person eingebettete Base nur die mit dieser Person verknüpften Meetings anzeigen.

Das Einbetten macht die Base zu einer lebendigen Komponente Ihrer Notizen. Ein tägliches Journal kann eine “Heute fällig”-Ansicht einbetten. Weitere Details finden Sie in unserem Leitfaden zu Obsidian Projektmanagement.

Wenn Sie nicht jede Base von Hand aufbauen möchten, bietet Obsibrain vorkonfigurierte Dashboards, Eigenschaftsschemata und PARA-Ordnerstrukturen.

Was können Sie konkret bauen?

Vier konkrete Setups zum Nachbauen:

Leseliste / Digitales Bücherregal

• Eigenschaften: title (Text), author (Text), status (Text: to-read / reading / done), rating (Zahl), cover (Bild-Link)
• Nutzen Sie die Cards-Ansicht, gruppiert nach status.

Projekt-Tracker

• Eigenschaften: status (Text: planning / active / on-hold / done), area (Link), due (Datum), priority (Zahl)
• Nutzen Sie die Table-Ansicht, gruppiert nach status, sortiert nach due aufsteigend.

Persönliches CRM

• Personen-Notizen: type: person, company (Text), email (Text), last-contact (Datum)
• Meeting-Notizen: type: meeting, attendees (Liste von Links), date (Datum)
• Erstellen Sie eine Base gefiltert auf type is meeting und betten Sie diese in jede Personen-Notiz ein unter Verwendung von this.

Content-Kalender

• Eigenschaften: stage (Text: idea / draft / scheduled / published), publish-date (Datum), channel (Text)
• Nutzen Sie Table, gruppiert nach stage, sortiert nach publish-date.

Jedes dieser Beispiele ist nur ein Ordner voller Notizen mit einheitlichen Eigenschaften plus einer Base. Ein sauberes Second-Brain-Template macht die Einrichtung enorm einfach.

Bases vs. Notion: Wann sollte man was nutzen?

Bases ist lokal, kostenlos und arbeitet standardmäßig über Ihr gesamtes Vault. Notion ist cloudbasiert und erfordert das Erstellen isolierter Datenbanken im Voraus. Notion punktet hingegen bei echten relationalen Datenbanken, einer externen REST-API und der Echtzeit-Kollaboration.

Der Entscheidungsrahmen im Überblick:

Werkzeug	Nutzen Sie es, wenn…
Einfache Suche	Sie nur einmal eine Notiz oder einen Text finden müssen.
Bases	Sie eine No-Code, filterbare Liste/Tabelle/Galerie Ihrer Notizen wünschen.
Dataview	Sie Inline-Felder oder komplex berechnete Ausgaben benötigen.
Notion	Sie echte relationale Datenbanken, eine externe API oder Team-Kollaboration benötigen.

Ehrliche Einschränkungen von Bases:

• Nur Frontmatter. Liest YAML, keine Inline-Felder im Textkörper.
• Schwächere Berechnung. Formeln reichen nicht an die Flexibilität von Dataview heran.
• Weniger Relational-Features als Notion. Keine zweitwegigen Relationen mit Rollups.

Einen detaillierten Vergleich finden Sie in unserem Obsidian vs. Notion Vergleich.

Wenn Sie dies schlüsselfertig wünschen, ist Obsibrain das fertige Template mit PARA-Ordnern, GTD- und Eisenhower-Aufgabenverwaltung sowie vorgebauten Datenbankansichten.

Häufig gestellte Fragen (FAQ)

Ist Obsidian Bases kostenlos? Ja. Bases ist ein integriertes Core-Plugin von Obsidian. Es gibt kein kostenpflichtiges Add-on und kein Abonnement. Sie aktivieren es einfach in den Einstellungen.

Kann Bases Dataview ersetzen? Für die meisten gefilterten Listen- und Tabellenansichten: Ja. Behalten Sie Dataview nur für Inline-Felder oder komplex skriptbasierte Abfragen.

Funktioniert Bases auf mobilen Geräten? Ja. Da Bases nativ ist, läuft es auf Smartphones deutlich schneller als Dataview.

Wo werden die Daten einer Base gespeichert? In den YAML-Frontmatter-Eigenschaften Ihrer Notizen. Die .base-Datei speichert nur die Konfiguration der Ansicht.

Fazit

Bases bringt die Datenbank-Power von Notion in ein lokales Plain-Text-Vault ohne Lernkurve für Abfragesprachen. Betrachten Sie es als die sichtbare Schicht einer guten Eigenschaftshygiene. So wie Links Ihre Notizen in einen Graphen verwandeln, machen Eigenschaften diesen Graphen zu strukturierten Daten — und Bases macht sie nutzbar. Starten Sie heute mit einer kleinen Base!