這個問題來自 Notion 系統課程讀者的提問，經整理後分享於此。如果你在使用 Notion 的過程中遇到了類似問題，歡迎留言交流。
Notion Wiki 的意義
Notion Wiki 的核心用法，就是構建一個用於儲存和查詢權威資料的協作知識庫。這句話可以提取出 4 個關鍵詞，我們需要逐一解析每個關鍵詞所對應的需求或背景，才能更好地判斷自己需不需要用到 Wiki 這一功能。
- 儲存：存在需要妥善保存和管理的數位化文件
- 查詢：這些文件需要被相對高頻地搜尋查詢，以提供最新或最權威的定義或解釋
- 權威：這些文件的權威性或有效性，與編輯者或最後編輯時間高度相關
- 協作：這個知識庫多用於協作場景中，需要賦能小組、團隊，或者企業成員
但其實就算不用 Wiki，只用最基礎的 Page，或者用資料庫，同樣可以在某種程度上滿足上述四個需求。也正因為如此，我們才會產生到底要不要用 Wiki 的疑問。
我們可以先借助資料庫來理解這個問題。資料庫有 6 種檢視，不同的檢視所側重展示的資訊維度是不同的：
- 表格檢視：資訊量最豐富，但每個欄位的展示權重是平級的
- 看板檢視：強調分組
- 畫廊檢視：強調圖片
- 日曆檢視：強調日期
- 時間線檢視：強調流程
- 列表檢視：強調標題
檢視之間沒有好壞之分，你更希望第一眼能看到哪一個資訊維度，你就選擇哪一種資料庫檢視。
我們將這個結論放到 Wiki 上也一樣，如果你更看重文件的時效性或者權威性，那麼你就可以選擇 Wiki 來構建知識庫，因為只有 Wiki 才有 Owner 和 Verification 這兩個欄位。
那為什麼說 Wiki 更適合協作場景呢？因為如果只有自己一個人，那麼 Owner 必然是自己，也不需要 Verification 這個欄位來鑑定文件的權威性或者有效性是多久。
問題答疑
需不需要從資料庫切換到 Wiki？
根據你的日常需求和用法，我認為不需要。因為 Wiki 並不比資料庫強大，它只是具備兩個獨立的欄位而已。在可預見的未來，Wiki 也必然不可能超過資料庫，因為它本身就是資料庫的子項。
大量同步區塊是否會導致卡頓？
從我個人的使用經驗來看是不會的，因為雖然一個原始區塊被其他頁面引用了上百次，但是單獨載入一個頁面時，這個同步區塊也只會被載入若干次而已（如果你有多個標題的話），並不會遍歷所有頁面然後全部載入。
📘 FLO.W 思流 — Notion 個人管理系統
FLO.W 是一套基於 Notion 搭建的個人管理模板，整合了任務、筆記、項目、習慣等模組，並配有完整的圖文影片教程。
