Notion Training: Advanced
Based on Notion's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
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?
Why create multiple database views instead of using one layout?
What problem do database templates solve, and how are they used in practice?
How do relations and roll-ups work together to automate cross-database reporting?
What makes a linked database different from duplicating a database, and when is it useful?
Review Questions
- 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?
- 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?
- 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
Create a Notion database by selecting a database type (like Table) and then add entries where each row functions as its own page.
- 2
Use properties to store structured fields per entry, such as dates, people, numbers, single-select, multi-select, and tags.
- 3
Build multiple views (table, board, calendar, list, gallery) to filter, sort, and hide properties for different workflows without repeating setup.
- 4
Use database templates to standardize repeatable pages like bug reports or meeting notes, including prefilled property values.
- 5
Connect databases with relation properties so linked records appear across both sides instantly.
- 6
Use roll-ups to aggregate data from related records, such as summing item prices into a customer total.
- 7
Create linked databases to reuse a master dataset while applying team-specific filters and views that stay synchronized.