Get AI summaries of any video or article — Sign up free
Notion's New Database Buttons: Everything You Need to Know thumbnail

Notion's New Database Buttons: Everything You Need to Know

Thomas Frank Explains·
5 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

Database buttons let users click inside a database row/page to trigger automations that update that same record’s properties.

Briefing

Notion’s new “database buttons” feature lets users click buttons inside specific rows (or pages) of a database to trigger automations that update properties on that same record. The core payoff is simple: one click can now both record an action (like a vote or completion) and immediately write back structured data—status changes, timestamps, and calculated fields—without building separate workflows outside the database.

The feature builds on Notion’s earlier “buttons” blocks, which already allowed clickable buttons to run small automations. Database buttons bring that same idea into the database context, where the button press can target the row that was clicked. A common example is a voter board: each row has a button that adds the person who clicked to a “voters” property. Clicking again can remove them by switching the action into a toggle mode. In another example, a “complete” button updates two properties at once: it sets a “status” field to “done” and writes a “date completed” value to today. From there, a formula calculates how early or late tasks are completed by comparing due dates with completion dates.

Under the hood, database buttons work like a database automation trigger. Creating one involves adding a new “button” property to the database (available even on free accounts). The button property can be renamed, and the automation begins with a single trigger: “button is clicked.” From there, actions can be defined to edit properties on the page where the click occurred. A key capability is choosing which “person” is affected—such as “person who clicked the button”—and then deciding whether the action should replace the value or toggle it. For multi-step updates, the automation can include multiple actions in sequence, such as setting “date completed” to a dynamic value and also changing “status” to “done.”

The feature’s current limits are where the wishlist starts. Number properties can’t be incremented or decremented via buttons (no “add one” / “minus one” style actions). Actions also can’t pass data from one step to another, and there’s no way to trigger a webhook—meaning external automation tools can’t be notified directly when a button is clicked. Date handling is similarly constrained: dynamic date options are limited to “today” and “now,” with no built-in way to set a date property to the value of another property (such as a computed “next due date” for recurring tasks). Additional gaps include filter limitations involving the “current page” in relation filters, and challenges around defining a path for status properties.

Overall, database buttons provide a strong foundation for row-level automation inside Notion, but the feature becomes truly transformative only if Notion expands it—especially with richer data passing, webhook support, and more flexible date/property targeting. Until then, the feature is most powerful for straightforward “click to update” workflows like voting, completion tracking, and schedule variance reporting.

Cornell Notes

Notion’s database buttons add clickable controls directly inside database rows, so a button press can immediately update that same record’s properties. The feature works like a database automation: “button is clicked” triggers a set of actions that can edit fields such as status, timestamps, and person-based properties (including toggle behavior). A single click can perform multiple updates—for example, setting “status” to “done” and writing “date completed” to today—then formulas can calculate schedule gaps. Database buttons are available on free accounts, making them broadly usable. The biggest remaining limitations are missing capabilities like number incrementing, passing data between steps, webhook triggers for external tools, and more flexible dynamic date logic beyond “today” and “now.”

How do database buttons differ from Notion’s earlier “buttons” feature?

Database buttons place the clickable control inside a database row/page, so the automation runs against the specific record where the button was clicked. Earlier buttons blocks could run automations from a standalone block, but database buttons add row-level context—enabling actions like “add the person who clicked” to a property on that exact row, or setting completion fields on that record.

What does the “button is clicked” trigger enable, and what kinds of actions can follow?

The trigger is the button press itself: “button is clicked.” After that, the automation can define actions that edit properties on the page tied to the click. Examples include editing a “person” property using “person who clicked the button,” choosing replace vs toggle behavior, and updating multiple fields such as “status” and “date completed” in one click.

How can a voter board be implemented with database buttons?

Each row represents an option (e.g., a feature). A button property lets users click to add themselves to a “voters” (person) property. Setting the action to toggle mode allows a second click to remove the same person, supporting accidental votes and undo behavior without needing separate buttons.

What’s the practical value of combining button actions with formulas?

Button actions can write raw event data (like completion dates), while formulas compute derived metrics. In the task example, the “complete” button sets “date completed” to today and changes “status” to “done.” A formula then calculates the gap between “due date” and “date completed,” producing a schedule variance record that updates as you click.

Which limitations most constrain complex automations right now?

Several gaps show up: numbers can’t be incremented/decremented via buttons; there’s no way to pass data from one step to another; webhooks can’t be triggered, limiting integration with tools like Zapier or Make.com; dynamic date options are limited to “today” and “now,” with no native ability to set a date based on another property’s value (like a computed “next due date”).

Why is flexible date targeting a major feature request?

The current dynamic date choices are narrow. A common need is to set a date property to a value computed elsewhere—such as a “next due” formula for recurring tasks. The request is for database buttons to let users pick a dynamic date from another property (e.g., set “due” to “next due”), enabling recurring scheduling logic to be applied automatically when a button is clicked.

Review Questions

  1. What specific property-editing options make database buttons effective for row-level interactions like voting or completion tracking?
  2. Describe one workflow where a single button click updates multiple properties, and explain how a formula turns those updates into a useful metric.
  3. Which missing capabilities (numbers, data passing, webhooks, or date flexibility) would most limit building an automation that syncs Notion with external systems?

Key Points

  1. 1

    Database buttons let users click inside a database row/page to trigger automations that update that same record’s properties.

  2. 2

    A single button press can perform multiple actions, such as setting both “status” and “date completed.”

  3. 3

    Person-based actions can target “person who clicked the button,” and toggle mode supports undoing an action with a second click.

  4. 4

    Database buttons are available on free accounts, lowering the barrier to building row-level workflows.

  5. 5

    Current button automations can’t increment/decrement number properties, pass data between steps, or trigger webhooks for external automation tools.

  6. 6

    Dynamic date options are limited to “today” and “now,” with no built-in way to set a date property from another property’s computed value.

  7. 7

    Several filter and status-related constraints (like relation filter behavior and status path definition) restrict more advanced pipeline-style automations.

Highlights

Database buttons bring clickable automations directly into database rows, so the clicked record becomes the target for property updates.
A “complete” button can simultaneously set “status” to “done” and stamp “date completed” with today, enabling immediate schedule-gap calculations via formulas.
Toggle mode turns a button into an add/remove control for person properties, making voter boards practical without extra UI.
The most significant integration gap is the lack of webhook triggering, which would otherwise connect button clicks to tools like Zapier or Make.com.
The biggest date limitation is the inability to set a date property to the value of another computed property (e.g., a “next due date” formula).

Topics

  • Notion Database Buttons
  • Row-Level Automations
  • Property Editing
  • Formulas and Scheduling
  • Automation Limitations

Mentioned