今天我們要做的事 CRUD中的 Read 資料查詢。
Read 操作是所有 Notion 應用的基礎。它的核心概念就是「獲取資訊而不改變它」。
在資料存取中,Read 的重點大致可以分為:數據準確性與條件搜尋。
今天我們會透過實例來驗證這些重點,並釐清我們究竟擁有哪些 Read MCP 工具。
由於有了上次的經驗,我們的首要任務就是先確認「工具箱裡有哪些工具可以用」。
以下棕色區域就是這次能夠使用的工具:
可以看到這次 Read 的工具比 Create 多很多,而且功能也更齊全。
除了能查詢基本區塊的資料、資料庫內容,還能讀取頁面的使用者資訊,整體來說相當完整。
那麼就廢話不多說,直接實際操作吧!
這次我們想測試它是否能幫我找出這一週的代辦事項,並延續昨天建立的 「行程總覽」。
我們希望它能篩出 本週未完成的任務,並依照以下優先順序排序
同時還要顯示「目標完成時間」。
以下是我下的 Prompt
我需要你幫我從我的 Notion 資料庫中,整理出本週尚未完成的任務清單。
**頁面:**
* **名稱:**"鐵人賽資料專區"
**資料庫資訊:**
* **資料庫名稱:** "行程總覽"
**篩選條件:**
1. **時間範圍:** 日期屬性落在**本週** (從14日到20日)。
2. **完成狀態:** 狀態屬性**不等於** "已完成"。
**排序規則 (請嚴格依照此順序分組顯示):**
1. **第一優先 (緊急且重要):** 「緊急性」為 "緊急" **且** 「重要性」為 "重要"。
2. **第二優先 (緊急但不重要):** 「緊急性」為 "緊急" **且** 「重要性」為 "不重要"。
3. **第三優先 (不緊急但重要):** 「緊急性」為 "不緊急" **且** 「重要性」為 "重要"。
4. **第四優先 (不緊急不重要):** 「緊急性」為 "不緊急" **且** 「重要性」為 "不重要"。
**輸出格式:**
請用 Markdown 的標題和清單格式呈現,清楚地顯示每個優先級分組,並在每項任務後面標示出它的目標完成時間。
接著系統就依序查詢並比對資料:
這就是最終輸出結果。可以看到它完整讀取了行事曆,並正確地列出這週尚未完成的事項。
這樣一來,我們也能確認在 數據準確性 與 條件搜尋 這兩方面,它的表現都相當可靠且完整。
今天我們展示了 CRUD 中 Read 的應用。它能完整地讀取資料並清楚呈現結果。
雖然看起來好像只是單純的查詢,但若它回傳的資料有誤,將會造成非常嚴重的影響。
因此,我們必須確保它提供的回應都是正確且精確的。
明天我們將會進入 CRUD 中的 Update,並進行實戰分享與紀錄,敬請期待!