30 秒重點
- 關聯（Relation）要拉幾條，看的是使用者實際上會從哪裡點到哪裡，跟你開了幾個資料庫沒有直接關係。
- 判準 1 句話：這條關聯，有沒有人會真的從這一邊點到另一邊？ 沒有就不要拉。
- 拿得到的資料，不用再拉 1 條關聯。從既有關聯間接帶出來就好。
- 關聯預設是單向的，要雙向得自己開；彙總（Rollup）必須先有關聯才能用，而且彙總不能疊在彙總上。
- 關聯圖會亂，根源通常在更前面：你一開始就用資料庫去記錄每 1 種資料。
畫 Notion 資料庫架構圖的時候，很多人會遇到同 1 個狀況：一開始只有 3 個資料庫，畫著畫著關聯線越拉越多，最後自己看不懂哪條線是幹嘛的。
我自己也走過這一段。我在整理自己的系統時，一度把會議紀錄同時接到專案、任務、客戶，理由是這 3 個地方都有可能要看到會議。結果那張圖亂到我隔天回來看，得重新推一次才想得起來當初在想什麼。
這篇講的就是這件事：關聯到底要拉幾條，以及怎麼判斷某 1 條該留還是該砍。
先說結論：關聯不是拉越多越完整
多數人拉關聯的邏輯是：這兩個東西有關係，所以拉 1 條。
問題是，幾乎所有東西都跟所有東西有關係。客戶跟專案有關係，專案跟任務有關係，任務跟會議有關係，會議又跟客戶有關係。照這個邏輯拉下去，每個資料庫都會連到其他每 1 個資料庫，最後你得到的是 1 張蜘蛛網。
關聯真正的功能是提供 1 條動線。 你拉 1 條關聯，等於是在說：會有人站在這一邊，然後想要跳到另一邊去。描述得出關係只是前提，有人會走才是理由。
沒有人會走的路，鋪了也只是維護成本。
判斷某條關聯該不該留的 1 個問題
每拉 1 條關聯之前，問自己：
實際使用的時候，有沒有人會從這一邊，點到另一邊去？
拿上面那個例子來說。客戶要不要直接連到會議？我原本覺得要，因為我會想看這個客戶開過哪些會。
但實際操作的時候，我根本不會從客戶頁面去找會議。我會先進客戶，看到底下的專案，再從專案裡看那個專案的會議。路徑本來就通，我多拉那 1 條，只是讓架構圖多 1 條線。
拿得到的東西，不用再拉 1 條關聯。 這是砍掉最多冗餘關聯的判準。
為什麼關聯會越拉越多？
因為問題常常不出在關聯，出在更前面那一步：你一看到 1 個需求，就開 1 個資料庫。
需要審核，開 1 個審核資料庫。需要追進度，開 1 個進度資料庫。需要記錄回饋，開 1 個回饋資料庫。每開 1 個，就得拉關聯把它接回去，資料庫的數量跟關聯的數量會一起長。
實際上，審核通常只是任務的 1 個狀態。你在任務資料庫加 1 個狀態欄位跟 1 個審核人欄位，再做 1 個只顯示待我審核的視圖，需求就解決了，而且完全不用新增關聯。
判斷方式：這個東西是 1 種獨立存在的資料，還是某個既有資料的狀態？ 是狀態就加欄位，是獨立的資料才開資料庫。
這跟我在別急著自動化裡講的是同 1 件事：先把流程想清楚，再決定要用什麼工具去接。順序反過來，工具只會把混亂放大。
Relation 跟 Rollup 什麼時候才需要用？
這兩個是搭配的：
| 功能 | 做什麼 | 前提 |
|---|---|---|
| 關聯 Relation | 把兩個資料庫的項目連起來，可以互相查看 | 無 |
| 彙總 Rollup | 依據關聯，把另一邊的資料彙整過來（例如加總、計數） | 必須先有關聯 |
有 3 件事會直接影響你怎麼設計：
- 關聯預設是單向的。 你在 A 拉到 B，B 那邊預設看不到。要兩邊都看得到，得自己把對應的關聯打開，而且它會在 B 產生 1 個獨立的屬性。
- 彙總必須依附在關聯上。 沒有關聯就沒有彙總，所以想要加總、計數的需求，本身就是 1 個要拉關聯的理由。
- 彙總不能疊在彙總上。 Notion 給的理由是這樣會造成意外的循環。這條很重要，因為它代表你不能靠層層彙總去補救架構問題，架構沒設計好就是得回頭改。
第 3 點是我覺得最值得先知道的。很多人的架構會走到死路，就是因為預設可以一路彙總上去，結果做到一半發現這條路不通。
3 個常見的拉錯情況
1. 為了畫面好看而拉。 想讓某個頁面多顯示 1 點資訊，就拉 1 條關聯。這種需求多數可以用彙總或視圖解決，不用新增關聯。
2. 兩邊都拉了，但只有 1 邊在用。 雙向關聯會在另 1 個資料庫產生獨立的屬性。如果那一邊從來沒人看，就維持單向，少 1 個要維護的欄位。
3. 拉了關聯卻沒有人填。 這通常代表那條關聯不在任何人的實際動線上。與其想辦法提醒大家填，不如先確認它是不是本來就不需要存在。
動手之前先做的 1 件事
畫架構圖之前，先把每 1 個角色 1 天之內會做的事情，照順序寫成 1 條流程。
寫完之後，關聯要拉哪幾條，答案通常就在那條流程上：流程裡每 1 次你得轉頭去看另 1 個東西，那裡才是 1 條真正需要的關聯。
先有流程再有架構，圖就不會長成蜘蛛網。反過來先畫圖再想流程，就會變成我一開始那樣，隔天回來得重推 1 次。
Notion 本身的功能夠用，難的從來都是決定哪些東西值得被連起來。
📌 資料來源：Notion 官方說明〈關聯與彙總〉。最後確認日期：2026-09-20。Notion 功能更新頻繁，實際操作前建議再對照 1 次官方頁面。
如果你正在整理自己的 Notion，卻不太確定架構該怎麼拆，可以填這份Notion 需求表單，我會看你的工作方式跟想解決的問題，評估適合的頁面架構與資料庫設計。
另外，用 Notion AI 幫忙算公式的人要注意額度，我整理過額度用完之後的備案。
