Get AI summaries of any video or article — Sign up free
Notion Training: Advanced thumbnail

Notion Training: Advanced

Notion·
5 min read

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

TL;DR

Create a Notion database by selecting a database type (like Table) and then add entries where each row functions as its own page.

Briefing

Notion databases turn scattered notes into structured work systems by treating every entry as its own page with customizable “properties” and multiple ways to view the same data. The core workflow starts from scratch: create a database (e.g., a table), name it, add an icon, then fill it with entries where each row becomes a page. At the top of each entry, properties act like fields—due dates, owners, customer attributes, priorities, timelines—so teams can store information in a consistent, searchable format rather than free-form text.

Once properties are set, the database becomes far more usable through views. A single database can be displayed as a table, board, calendar, list, or gallery, letting teams switch between perspectives without re-filtering every time. For example, a roadmap-style engineering database can be shown as a board grouped by status, then filtered so only “tasks” appear. Another view can sort by priority (P1 through P5) so the most urgent work sits at the top. Views also support “property visibility” controls, so users can hide clutter by showing only the fields that matter for a given workflow—like a calendar view limited to “epics,” or a list view showing items assigned to a specific person.

To reduce repetitive setup, Notion supports database templates. Templates let users define a repeatable page structure—such as a “bug report” format with required headings and a pre-filled “type” property—so new entries start with the same background information every time. Editing, duplicating, or deleting templates happens from the template menu, and the template can be reused across different kinds of recurring work like meeting notes or design specs.

The next leap is connecting databases so information flows automatically. Using a relation property, one database can link to another—for instance, an “items” database can relate to a “customers” database so each item shows which customers bought it, and each customer shows which items they purchased. Notion also supports roll-ups, which compute aggregated values from related records. With a roll-up property, a “customer order total” can sum item prices pulled from the related items database, giving totals without manual calculation.

Finally, linked databases provide a way to reuse a shared source while tailoring what each team sees. A linked database is an excerpt that can be filtered, sorted, and viewed differently from the original, without changing the original’s structure. Edits made in the linked view still update the master database, making it ideal for shared resources like company-wide meeting notes or team task trackers—where engineering can maintain a focused view without duplicating data.

Taken together, databases, views, templates, relations, roll-ups, and linked databases form a toolkit for building systems that stay organized across projects, people, and teams—while minimizing repetitive work and keeping information synchronized.

Cornell Notes

Notion databases organize work by turning each entry into its own page with customizable properties such as dates, people, tags, and numbers. Multiple database views—table, board, calendar, list, and gallery—let teams filter, sort, and hide properties to match different workflows without redoing setup each time. Templates speed up repeatable work by predefining page formats (e.g., a “bug report” structure) and required property values. Relations connect databases so linked records appear across both sides, and roll-ups aggregate data from related records (like summing item prices into a customer total). Linked databases then provide filtered “copies” that stay synced with a master database while showing only what a team needs.

How does a Notion database entry differ from a normal page, and what role do properties play?

In a Notion database, each entry is its own page (typically represented as a row in a table). The entry’s content can include text, images, sub-pages, and even other databases. Properties are the structured fields that describe each entry—like due dates, owners, customer company, deal size, priority, status, or timeline. Properties can be customized and added or removed, and they appear as columns in the table view.

Why create multiple database views instead of using one layout?

Multiple views let the same underlying data be presented in different ways for different decisions. A roadmap database can be shown as a board grouped by status, then filtered so only tasks appear. Another view can sort by priority (P1 to P5) so urgent items rise to the top. Views can also control which properties are visible, reducing clutter and making each workflow faster to use.

What problem do database templates solve, and how are they used in practice?

Templates prevent rebuilding the same page structure repeatedly. A user can create a template (via the new button’s dropdown) such as a “bug report” template with specific headings and a prefilled “type” property. Next time a bug needs to be logged, selecting the template creates a new page already formatted and ready to fill in, saving time and enforcing consistency.

How do relations and roll-ups work together to automate cross-database reporting?

Relations connect records between two databases. For example, an “items” database can relate to a “customers” database so each item lists which customers bought it, and each customer lists the items they purchased. Roll-ups then compute derived values from those related records. If item prices live in the items database, a roll-up in the customers database can sum those prices to produce a total spent per customer.

What makes a linked database different from duplicating a database, and when is it useful?

A linked database is an excerpt of an original database that can be filtered, sorted, and viewed differently without changing the original’s data structure. Edits in the linked view reflect back in the master database. This is useful for shared resources like company meeting notes, where engineering might want only engineering notes on its wiki page while keeping everything up to date.

Review Questions

  1. If a database needs both due dates and assigned people, which property types should be added, and where do those fields appear in the table view?
  2. Describe a scenario where you would use two different views of the same database—one filtered and one sorted. What would each view optimize for?
  3. How would you design a system to show customers’ total spending using relations and roll-ups? What data must exist in each database?

Key Points

  1. 1

    Create a Notion database by selecting a database type (like Table) and then add entries where each row functions as its own page.

  2. 2

    Use properties to store structured fields per entry, such as dates, people, numbers, single-select, multi-select, and tags.

  3. 3

    Build multiple views (table, board, calendar, list, gallery) to filter, sort, and hide properties for different workflows without repeating setup.

  4. 4

    Use database templates to standardize repeatable pages like bug reports or meeting notes, including prefilled property values.

  5. 5

    Connect databases with relation properties so linked records appear across both sides instantly.

  6. 6

    Use roll-ups to aggregate data from related records, such as summing item prices into a customer total.

  7. 7

    Create linked databases to reuse a master dataset while applying team-specific filters and views that stay synchronized.

Highlights

Each database entry is its own page, but properties provide the structured columns that make the data searchable and consistent.
Views let teams switch perspectives instantly—group by status on a board, filter to tasks only, then sort by priority—without rebuilding the database.
Templates turn recurring work into one-click creation by predefining page structure and property values.
Relations connect records across databases, and roll-ups compute totals or summaries from those relationships automatically.
Linked databases act like synced excerpts: they can be filtered and customized per team while still updating the original.