Get AI summaries of any video or article — Sign up free
Let's design Notion's new Basic Tables! thumbnail

Let's design Notion's new Basic Tables!

Red Gregory·
5 min read

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

TL;DR

Basic Tables are a lightweight alternative to databases in Notion, optimized for flexible grid layouts with fewer database features.

Briefing

Notion’s new “Basic Tables” bring database-like structure without database-level complexity, letting users build flexible grids that can later be converted into full databases—or simplified back into plain tables. The core tradeoff is straightforward: basic tables remove most database functionality, but they make layout faster and more adaptable for everyday planning, pricing grids, and lightweight tracking.

Creating a Basic Table starts from the block menu: typing “/table” surfaces the Basic Table option. From there, users can add columns by clicking and dragging, and add rows the same way. A key layout control is “Fit table to page width,” which automatically stretches the table to match the available page space after adding columns. Basic tables can also be configured with a header row, a header column, or both.

The feature’s biggest power move is conversion. A Basic Table can be “turned into database,” which transforms placeholder headers into editable properties and automatically assigns property types. For example, once converted, a text column can become a number property, a date property (including inline dates typed with “@” and reformatted via date format options like month/day/year), a select property (rendered as a dropdown), and even a relation property that links entries in one database to another. The transcript demonstrates building two linked “task” entries (e.g., Task A and Task B) and then using relation to connect cells to those records.

Converting back is possible but has constraints. Returning a table to “simple table” requires that the properties match basic-table expectations—specifically, non-text property types (like number, date, select, relation, multi-select) must be converted back to text. Without that cleanup, the “turn into simple table” option doesn’t appear.

Once the mechanics are clear, the transcript shifts to design patterns. Users can create nested header layouts by stacking multiple basic tables under shared column groupings, then aligning them using width controls so the grid looks seamless—an approach used to recreate a pricing-table layout similar to Notion’s own. The transcript also shows how to use KTex for inline formatting (like superscripts for “per month”) and how to style table cells using color commands and curly-brace text styling.

Practical use cases include full-width “inspo” tables such as weekly planners (Monday through Sunday), workout trackers, and classic timetables with time slots down the left. For recurring workflows, the transcript highlights quick cleanup: clearing a specific day by using the column menu to “clear contents,” with the same logic applying to rows. Overall, Basic Tables are positioned as a fast, layout-first alternative for structured content—one that can scale up into databases when relational or typed data becomes necessary.

Cornell Notes

Notion’s Basic Tables offer a lightweight grid that behaves like a simplified database: users can build headers, add rows/columns quickly, and fit the table to page width. The standout capability is conversion—Basic Tables can be turned into databases to gain property types like number, date, select (dropdown), multi-select, and relation links to another database. Converting back to a simple table requires converting non-text properties back to text; otherwise the “turn into simple table” option won’t appear. With these tools, the transcript demonstrates practical layouts such as pricing grids, nested headers, planners, workout trackers, and timetables, plus styling using KTex and color commands.

What makes Basic Tables different from Notion databases, and what do users gain or lose?

Basic Tables remove most database functionality while keeping the structured grid layout. That tradeoff makes them faster to design and easier to manipulate for layout-heavy use cases (like pricing grids and planners). When more power is needed, the table can be converted into a database to unlock typed properties and relationships; when the layout needs to stay simple, it can be converted back to a plain table after property types are adjusted.

How do users control the layout of a Basic Table (headers and width)?

Users can add columns by clicking and dragging, and add rows in the same way. A “Fit table to page width” button in the top-right adjusts the table width after columns are added. The table can be configured with a header row, a header column, or both, using the header options during creation.

What property types appear after converting a Basic Table into a database?

After conversion, placeholder headers become editable properties. The transcript walks through converting a column into: (1) text, (2) number, (3) date (including inline dates typed with “@” and reformatted via date format settings), (4) select (dropdown values like red/green), (5) relation (linking to another database’s entries), and (6) multi-select (values like “red, blue” and even including a reference like “at task b”).

How does relation work in this setup?

Relation properties connect one database to another. The transcript creates a second database with entries like Task A and Task B, then links cells in the main table to those records using “@” search. The relation property is configured under the relation/advanced relation options, selecting the target database and then choosing the specific linked entry per cell.

Why can’t a table always be converted back into a simple table?

The transcript notes that the “turn into simple table” option doesn’t appear if properties aren’t compatible. To convert back, users must change properties back to text by editing each column header’s property type. Once all properties are text, the database menu allows returning to a simple table.

What design techniques help Basic Tables look like complex grids (e.g., pricing tables)?

The transcript uses nested headers by placing multiple empty blocks side-by-side, then dragging basic tables beneath grouped header columns and aligning widths so columns line up. It also recreates a pricing-grid style using KTex for inline formatting (like superscripts for “per month”) and uses color commands (e.g., “/color” and KTex curly-brace styling) to apply borders and fills for emphasis.

Review Questions

  1. When converting a Basic Table into a database, which property types can be created, and how do select and relation differ in what they store?
  2. What steps are required to convert a database back into a simple table, and what happens if non-text properties remain?
  3. How do nested headers and width-fitting work together to build a pricing-grid layout using Basic Tables?

Key Points

  1. 1

    Basic Tables are a lightweight alternative to databases in Notion, optimized for flexible grid layouts with fewer database features.

  2. 2

    Users can add columns/rows quickly and use “Fit table to page width” to keep the table aligned with the page.

  3. 3

    Basic Tables can be converted into databases to gain typed properties such as number, date, select (dropdown), multi-select, and relation links.

  4. 4

    Relation properties connect cells to records in another database, configured through advanced relation settings and “@” search linking.

  5. 5

    Converting back to a simple table requires converting all properties back to text; otherwise the option to simplify won’t appear.

  6. 6

    Nested header layouts can be built by combining multiple basic tables under shared column groupings and aligning widths for a seamless grid.

  7. 7

    KTex and color commands enable richer table styling, including superscripts and colored borders/fills for pricing and emphasis.

Highlights

Basic Tables can be turned into databases for typed fields and relationships, then simplified back—if every property is converted back to text.
Relation properties let a cell link to entries in another database, using “@” search to select specific records.
Nested header pricing grids are built by stacking multiple basic tables under shared column groupings and aligning widths to look continuous.
KTex supports inline formatting inside table cells, including superscripts like “per month.”
Weekly planners and timetables can be managed efficiently by clearing specific columns (days) or rows via the cell menu.

Topics