Get AI summaries of any video or article — Sign up free
Notion just made a huge change to databases thumbnail

Notion just made a huge change to databases

Thomas Frank Explains·
4 min read

Based on Thomas Frank Explains's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Tabbed layouts add a tab row to database pages, enabling multiple alternative connected-database views per page.

Briefing

Notion’s new “tabbed layouts” feature tackles a long-running database annoyance: template-based layouts don’t update existing pages when the template changes. Instead of treating layouts like a one-time blueprint, tabbed layouts let users change the database’s structure so the new view options appear across every existing page—solving the “future updates don’t propagate” problem.

The change centers on how database layouts are customized. In a Notion database, users can already create templates and embed connected-database views inside pages. That works well for building consistent page content, but updating the template later only affects newly created pages; older pages keep the original setup. Tabbed layouts shift that behavior by introducing a new “structure” option in the database layout editor. When switched to “tabbed,” the layout gains an additional row of tabs, where each tab represents an alternative view of connected database content.

To demonstrate, the workflow uses a content-management system built around a “B-roll database.” Each YouTube project page links to a shared B-roll set containing shots, animations, images, and chapter markers. Previously, the B-roll view would be embedded via a template/connected view. With tabbed layouts, the creator rebuilds the same B-roll experience directly inside the database layout: a default “content” tab shows the page’s normal fields, while a new “B-roll” tab pulls in a connected database view.

Creating the tabbed B-roll view involves configuring the connected database block settings inside the tab. The layout uses a table view, with options like wrapping columns, showing page icons, and opening pages in Peek. Properties are selected and ordered to match the original B-roll page—such as Name, Timecode, Ingested, In-video, Gather tags, plus additional metadata fields (like location, edit stage, and gatherer) and a favorite indicator—while other properties are hidden. The view is then set with a filter that keeps only B-roll items related to the current project (the content relation contains the page), and it sorts by Timecode in ascending order.

The key difference shows up immediately after applying the layout change to all pages. Every project page in the database now includes the B-roll tab, not just pages created after the update. That means the connected view is consistently available across existing records.

There’s also a clear limitation in the current design. The B-roll database benefits from multiple distinct views—time-sorted lists for shot sequencing, gather-tag groupings for batching work, and meta-focused views for chapter marker collection. Tabbed layouts currently allow one connected-database view per tab, so scaling to other domains like research items or tasks could create an overwhelming number of tabs. The creator’s wish is for a single tab to host multiple views of the same connected database, which would preserve the “structure-first” philosophy while reducing tab sprawl.

Overall, tabbed layouts look like a small interface upgrade, but the underlying shift—from template behavior to database-structure updates—changes how reliably Notion can keep complex, connected views consistent over time.

Cornell Notes

Notion’s tabbed layouts fix a template weakness in databases: updating a template doesn’t change existing pages, but changing database structure does. Tabbed layouts add a row of tabs to each page in a database, where each tab can display an alternative view of a connected database. In the example workflow, a “B-roll” tab is created by linking to a B-roll database and configuring a table view with selected properties, filters based on the content relation, and sorting by timecode. After applying the layout to all pages, every existing project page gains the new tab automatically. The main drawback is that each tab currently supports only one connected view, which could lead to too many tabs when multiple views are needed for batching and organization.

What problem with Notion database templates does tabbed layouts address?

Templates behave like a blueprint: updating the blueprint affects only newly created pages, while existing pages keep their original content and layout. Tabbed layouts instead modify the database’s structure, so the new tabbed view setup propagates to every page already in the database.

How do tabbed layouts change the database layout experience for each page?

In the database layout customization, switching the structure option to “tabbed” adds an extra row of tabs. The default “content” tab shows the page’s normal fields, and additional tabs can be configured as alternative views of connected databases.

How is the “B-roll” tab built in the example workflow?

The B-roll tab is created by adding a connected database view to the tab area. It uses a table layout, with options like wrapping columns, showing the page icon, and opening pages in Peek. The view selects and orders properties (e.g., Name, Timecode, Ingested, In-video, Gather tags, plus fields like location, edit stage, and gatherer) and hides the rest.

What filter and sort logic makes the B-roll tab show the right items in the right order?

The filter keeps only B-roll records where the content relation contains the current page (so each project sees its own B-roll). Sorting is set to the Timecode property in ascending order, producing a chronological shot list.

Why might tabbed layouts become cumbersome for power users?

Some workflows rely on multiple distinct views of the same connected database—time-based sequencing, grouping by gather tags for batching, and meta views for chapter marker collection. If each tab can only host one connected view, users may need many tabs, especially when they add other connected domains like research items or tasks.

Review Questions

  1. How does changing database structure differ from updating a database template in terms of what happens to existing pages?
  2. Describe the steps needed to configure a connected-database tab (layout type, properties, filter, and sort) in the example.
  3. What workflow need could motivate a feature request to allow multiple views inside a single tab?

Key Points

  1. 1

    Tabbed layouts add a tab row to database pages, enabling multiple alternative connected-database views per page.

  2. 2

    Unlike templates, structural layout changes propagate to existing pages in the database.

  3. 3

    The B-roll tab is created by configuring a connected database view (table layout, selected properties, and display options like Peek).

  4. 4

    A filter based on the content relation ensures each page shows only its related B-roll items.

  5. 5

    Sorting by Timecode in ascending order produces a chronological shot list within the tab.

  6. 6

    The current one-view-per-tab design can lead to tab overload when multiple organizational views (time, gather tags, meta) are needed.

  7. 7

    The feature’s biggest impact is reliability: connected views stay consistent after layout updates across all records.

Highlights

Tabbed layouts fix the “blueprint” problem by applying layout structure changes to every existing page, not just new ones.
A single database layout can now include a connected-database view as a dedicated tab, making linked content easier to access.
The example recreates a full B-roll table view with property selection, relation-based filtering, and timecode sorting.
The main friction is scaling: workflows that need multiple connected views may end up with too many tabs.

Topics

Mentioned