Get AI summaries of any video or article — Sign up free
24 New Notion Database Features — Applied to Notion Life OS / PPV thumbnail

24 New Notion Database Features — Applied to Notion Life OS / PPV

August Bradley·
5 min read

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

TL;DR

Large Notion databases load and interact about 2.5× faster, improving usability for complex dashboards.

Briefing

Notion’s latest database upgrades aim to make large systems faster to use and easier to design—especially for people building “life OS” workflows where tasks, projects, and relationships must stay tightly connected. The biggest practical win is performance: large databases load and respond about 2.5× faster, reducing friction when working inside complex dashboards, boards, and linked views.

Beyond speed, the updates focus on day-to-day usability and smarter automation. Small interface improvements include spreadsheet-style fill: users can drag a handle to copy values down a column (with Command D / Ctrl D for bulk fill). Side peek—the quick panel that opens when selecting an entry—can now be resized, and the chosen width becomes the default for that database. Notion also adds faster navigation out of side peek (via Escape), plus more control over whether entries open in side peek, center peek, or full page.

The most workflow-relevant change is a more automated way to map “today, tomorrow, and the next week” without manual tagging. In the PPV life operating system example, tasks carry a “due date” that represents when work is intended to happen (not just when something is completed). By grouping a board view by due date, tasks automatically roll into the correct columns as dates advance—eliminating the older approach where users had to assign “Monday/Tuesday/Wednesday” selectors by hand. Filters and sorting then tighten the view: only active, not-done items appear; results sort primarily by priority and secondarily by due date so timed items (like 1pm vs 2pm) order correctly.

For people overwhelmed by “7 days” clumps, the workflow shifts from broad buckets to a day-by-day window. Adjusting the board’s relative due-date range and filtering out items without due dates creates a cleaner calendar-like board that supports rapid scheduling and rescheduling.

Board views also gain editing convenience: properties visible on a board card can be changed directly in-place, so updating priority or dates no longer requires opening each page. That matters when managing pipelines like content production, where many fields must be adjusted frequently.

A major structural upgrade is the new “status” property type. It replaces the older “single select” pattern for pipeline stages by letting teams convert existing selector properties into status properties while preserving settings. Status properties introduce higher-level groupings (for example, “Not started,” “In progress,” and “Complete” categories) that make boards easier to scan and more intuitive for collaborators. Users can also choose whether to display a checkbox-style completion indicator, though the guidance favors advancing items through stages rather than relying on checkboxes midstream.

Notion also adds native progress bars and rings for numeric properties, including rollups—removing earlier limitations that forced workarounds like mirrored formulas. On the relational side, connection pickers become cleaner and more informative, and relational properties can be displayed as a page section to reduce clutter. Additional refinements include hover-to-reveal truncated titles, more flexible wrapping per cell, and a new “export current view” option that exports only filtered rows instead of the entire database.

Finally, collaboration and reuse get better: databases can be locked so teammates can interact with data without breaking layout, filters, or view type. For new builds, linked databases can now pull in existing layouts, views, and filters as a head start rather than starting from scratch. Taken together, these changes make Notion databases more responsive, more automatable, and more maintainable for complex systems.

Cornell Notes

Notion’s database updates target two bottlenecks in complex “life OS” workflows: speed and operational clarity. Large databases now load and interact about 2.5× faster, while interface upgrades (resizable side peek, drag-to-fill, in-board editing) reduce the number of clicks needed to manage work. The PPV-style approach benefits from automated board views grouped by due date, so tasks roll into “today/tomorrow/next days” columns without manual Monday/Tuesday tagging. A new native “status” property type improves pipelines by converting old single-select stages into grouped categories that are easier for teams to understand. Native progress bars/rings now work with rollups too, and “export current view” limits CSV exports to filtered results.

How does grouping by due date replace manual day tagging in a board view?

Instead of assigning tasks to “Monday/Tuesday/Wednesday” selector values, tasks use a due date that represents when work is intended to happen. A board view is then grouped by that due date, so items automatically appear in the correct columns as the current date advances. The workflow also hides the “no due date” bucket so only active, scheduled work shows up. Filters typically include “status is active” and “done is unchecked,” while sorting uses priority first and due date second to keep timed items ordered (e.g., 1pm before 2pm).

What practical improvements come from editing properties directly inside board views?

Cards in a board view can be edited without opening the full page. For example, priority and date fields can be changed directly on the visible card, which speeds up pipeline management. This is especially useful in content or project pipelines where many items require frequent adjustments to status, priority, and scheduling.

What changes when converting a single select pipeline into the new status property type?

A selector property can be converted into a status property while keeping existing stage settings. Status properties then reorganize stages into higher-level groupings (such as “Not started,” “In progress,” and “Done/Complete”), making boards easier to scan and more understandable for teammates. The transcript notes that default groupings may include less useful categories, so the property can be edited to set the right default and remove or repurpose groupings to match the team’s real workflow stages.

How do native progress bars/rings improve on earlier formula-based progress bars?

Native progress bars/rings can be added directly as a property and configured for either percentage-based values (out of 100) or step-based progress (by dividing by a chosen number of steps). A key improvement is compatibility with rollups: earlier rollup limitations required workarounds like mirrored formulas, but the native progress bar now works with rollups directly.

Why does “export current view” matter for database workflows?

Previously, exporting a database to CSV exported every entry, even if the user only needed a subset for charts, reporting, or importing elsewhere. The new option exports only the entries that match the current filtered view, giving tighter control and reducing cleanup work after export.

What does locking a database protect in team environments?

Locking prevents teammates from changing database design elements like property settings, column order, and the type of view (for example, switching from table to board). At the same time, people can still interact with the data and make contributions. This reduces accidental layout or filter damage while preserving collaboration.

Review Questions

  1. When building an automated “next 7 days” board, what filters and sort rules keep the view focused and ordered?
  2. How would you decide whether to use status groupings versus individual pipeline stages when configuring a board?
  3. What are two ways native database features reduce the need for formula workarounds in complex systems?

Key Points

  1. 1

    Large Notion databases load and interact about 2.5× faster, improving usability for complex dashboards.

  2. 2

    Side peek can be resized per database, and the selected width becomes the default for that database’s entries.

  3. 3

    Automated board views can be built by grouping on due date, eliminating manual Monday/Tuesday selector assignment.

  4. 4

    Board cards now support in-place property edits, reducing the need to open each entry to update fields.

  5. 5

    The new status property type supports converting existing single-select pipelines into grouped categories for clearer team workflows.

  6. 6

    Native progress bars/rings work with rollups, removing earlier limitations that required mirrored formula workarounds.

  7. 7

    “Export current view” exports only filtered results instead of the entire database, making reporting and re-import workflows cleaner.

Highlights

Large databases are now about 2.5× faster to load and interact with, addressing a core pain point in complex systems.
Grouping a board by due date enables a truly automated “today/tomorrow/next days” workflow without manual day tagging.
Native progress bars/rings now support rollups, eliminating the need for formula-based workarounds.
Status properties convert pipeline stages into grouped categories, making boards easier to scan and more intuitive for teams.
Database export can now target the current filtered view, preventing unnecessary CSV dumps of entire datasets.

Topics

  • Notion Database Speed
  • Automated Due-Date Boards
  • Status Property Pipelines
  • Native Progress Bars
  • Relational Connections & Export

Mentioned