Notion Database Property 屬性介紹：新增 Property、Property Type

Notion Database Property 是什麼？為什麼很重要？

先說結論：Property 就是資料庫的「欄位規格」。
欄位設計對了，資料才可查、可算、可自動化；欄位亂設，後面一定會重工。

你可以從這裡開始：Notion 企業數位大腦與自動化導入是什麼、為什麼小企業要用 Notion 做 CRM 與專案（案例與 ROI）。

新手先建哪 6 個 Property，才不會一開始就失控？

如果你今天才要建第一個資料庫，先用這 6 欄就夠。
先求可用，再求完整，這是最穩的做法。

18 種 Property Type 要怎麼理解最快？

不要逐一死背，請用「輸入型、關聯型、計算型、系統型」四組來理解。
你只要知道每組解決什麼問題，就能快速選對欄位。

每一種常見 Property 該用在什麼情境？

先說答案：不是功能越多越好，而是欄位語意要清楚。
以下列出最常用的 10 種，足夠應付 90% 工作情境。

Notion 裡要怎麼新增 Property？3 步驟就好

做法很簡單：打開資料庫 → 新增欄位 → 選型別並命名。
難點不在操作，而在你命名與型別是否一致。

1. 進入目標 Database，點右上角 Properties。
2. 點 New property，選擇 Property Type。
3. 立即補上「命名規則 + 用途說明」，避免團隊誤用。

Property 命名規則怎麼訂，團隊才不會越用越亂？

命名規則一定要先定義，不然 1 個月後就會出現同義欄位。
建議在資料庫頁首放一段「欄位定義規格」供團隊共用。

什麼情況要用 Relation + Rollup？什麼情況不用？

一句話：只要你要「跨資料庫看資料」，就用 Relation + Rollup。
如果只是單一資料庫管理任務，先不要過度設計。

適合使用的情境

• 專案資料庫 需要看到 任務資料庫 的完成率。
• 客戶資料庫 需要統計 案件資料庫 的月營收。
• 內容資料庫 需要彙總 社群貼文資料庫 的成效。

不適合先上 Relation 的情境

• 你還沒有固定資料命名與流程。
• 團隊成員還不熟悉單表操作。
• 目前只有少量資料，跨表價值不高。

下一步怎麼做？從「會用欄位」走到「可維護系統」

先把欄位設計好，再談自動化，成功率會高很多。
建議下一步是先補齊 Database 基礎與篩選排序能力，再接 API/自動化。

1. 延伸閱讀 Database 基礎：Notion Database 介紹｜創建資料庫｜View 設定
2. 延伸閱讀 篩選排序：Notion Database｜Filter 篩選｜Sort 排序
3. 想直接導入可交接流程：企業 Notion 顧問與系統導入服務推薦

---

常見問題 FAQ

Q: Notion Database Property 跟欄位有差嗎？

沒有，本質是一樣的。Property 就是資料庫欄位，只是 Notion 的官方名稱。

Q: 什麼時候該用 Status，什麼時候該用 Select？

流程狀態用 Status，分類標籤用 Select。若要表示「任務進度」，優先選 Status。

Q: Relation 和 Rollup 一定要一起用嗎？

不一定。先用 Relation 建立連結，再視需求加 Rollup 讀取統計值。

Q: 為什麼資料庫越用越亂？

通常是欄位命名不一致、型別亂選、缺少欄位治理規則。先收斂欄位再做擴充。