HUGE Update for Obsidian: Bases
Based on Obsidian Explained (No Code Required)'s video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Bases is a new Obsidian core plugin that enables database-style filtering, sorting, and editing using file properties through a graphical interface.
Briefing
Obsidian’s new “Bases” core plugin brings database-style filtering and sorting directly into Obsidian—using properties and a point-and-click interface—so users no longer need community plugins or heavy setup to build workable personal databases. Instead of wrestling with Data View for straightforward queries, Bases lets people create custom “views” that edit, sort, and filter notes based on file properties, turning a vault of Markdown files into something that behaves more like a structured catalog.
The workflow starts with enabling Bases under Core Plugins, then creating a new base. At first, a fresh base shows everything in the vault, which can look like a cluttered list. The value comes from adding properties to files—such as “teacher,” “topic,” and “price”—and then filtering the base using simple logic. Bases supports common query patterns: “all of the following are true” for strict matching, or “any of the following are true” for broader results. With those filters in place, a base can instantly narrow a folder like “courses to take” down to only the notes that match the selected property conditions.
A key usability feature is how Bases handles property visibility and defaults for new records. Users can choose which properties appear as columns in the table view. Once those properties are enabled for the base, new notes created from that view inherit the same property set, reducing repetitive setup. The transcript highlights a common confusion: property visibility isn’t automatically shared across every view. Switching between views (for example, from table to cards) can require re-enabling which properties are shown, and the “top” view becomes the default when returning to the base.
Bases also supports richer layouts through card views. By adding an image property (e.g., “cover image”) and attaching an image to a note, the base can render that image in the card interface. The plugin includes an “image fit” option (such as cover behavior) and lets users adjust aspect ratio handling—useful for different library-style layouts like vertical book lists or wide, cinematic thumbnails.
In practice, Bases is positioned as a way to build complex, multi-view databases—movies to watch vs. movies watched, books in a library vs. loaned books, or course catalogs—without writing code. The approach is to create one “main” view for adding new records and then use secondary views as filtered slices for specific statuses or categories. The result is a structured system built from properties and filters, delivered through a graphical interface rather than query syntax.
Overall, Bases aims to make Obsidian feel less like a plain note vault and more like a customizable database platform—fast to set up, easy to query, and flexible enough to support both table and card-style browsing.
Cornell Notes
Bases is a new Obsidian core plugin that turns notes into database-like records using file properties and clickable filters. Users create a base, add properties (e.g., teacher, topic, price) to notes, then build views that show only matching records using logic like “all of the following are true” or “any of the following are true.” Bases can display data in table form and also render card views with image properties, including cover-image behavior and aspect ratio options. A major usability point is that property visibility and defaults depend on the view configuration, so the main “add new records” view should include the properties users want by default. This enables multi-view systems like “loaned books” vs. “library books” without code or community plugins.
How does Bases turn a vault of notes into a queryable database?
What’s the practical difference between “all of the following are true” and “any of the following are true” in Bases?
Why does property setup sometimes feel inconsistent when switching between table and card views?
How do image-based card views work in Bases?
What’s the recommended strategy for building multi-view databases like “loaned books” vs. “library books”?
Review Questions
- When would you choose “all of the following are true” instead of “any of the following are true” for a base filter?
- What steps are required to make an image property appear in a card view, and what configuration controls how the image is displayed?
- How should you structure your views so that new notes inherit the correct set of properties by default?
Key Points
- 1
Bases is a new Obsidian core plugin that enables database-style filtering, sorting, and editing using file properties through a graphical interface.
- 2
A new base initially shows all vault files, but value comes from adding properties to notes and applying filter logic like AND (“all…true”) and OR (“any…true”).
- 3
Property visibility and defaults depend on view configuration, so the view used for adding records should include the properties users want every time.
- 4
Card views can render images by using an image property (e.g., “cover image”) attached to notes, with options for image fit and aspect ratio behavior.
- 5
The default view when returning to a base is determined by which view sits on top, so arranging views affects what users see first.
- 6
Multi-view setups (e.g., loaned vs. owned items) can be built by using secondary views as filtered slices while keeping one main view optimized for data entry.