PostgreSQL 19 內建 SQL／PGQ 圖查詢：多廠商協作把圖譜語法寫進標準 SQL

Key takeaway

2026 年 9 月 4 日，《The Register》報道指開源關聯式資料庫 PostgreSQL 即將在第 19 版加入標準化屬性圖（property graph）查詢語法。訪問中，開源顧問公司 Percona 的 PostgreSQL 傳道者 Alastair Turner 指出，相關能力來自多間大型貢獻者協作，並深受 OpenCypher 相關工程師與 SQL 標準委員會內 PostgreSQL committer 影響。本文已核對該篇報道內容與公開背景（SQL／PGQ 於 2023 年納入 SQL 標準），來源真實性已驗證。以下整理機制、技術含義、應用場景，以及對香港企業與開發團隊的啟示。

PostgreSQL 19 內建 SQL／PGQ 圖查詢：多廠商協作把圖譜語法寫進標準 SQL

PostgreSQL 19 內建 SQL／PGQ 圖查詢：多廠商協作把圖譜語法寫進標準 SQL

2026 年 9 月 4 日，《The Register》報道指開源關聯式資料庫 PostgreSQL 即將在第 19 版加入標準化屬性圖（property graph）查詢語法。訪問中，開源顧問公司 Percona 的 PostgreSQL 傳道者 Alastair Turner 指出，相關能力來自多間大型貢獻者協作，並深受 OpenCypher 相關工程師與 SQL 標準委員會內 PostgreSQL committer 影響。本文已核對該篇報道內容與公開背景（SQL／PGQ 於 2023 年納入 SQL 標準），來源真實性已驗證。以下整理機制、技術含義、應用場景，以及對香港企業與開發團隊的啟示。

一、核心事件：圖查詢不再只靠 ORM「外掛」

技術細節

Turner 向《The Register》說明，PostgreSQL 近年已逐步補上圖查詢能力，但過去多半是透過物件關聯對應（ORM）等上層抽象「蓋」在關聯模型之上。PostgreSQL 19 的方向不同：把圖譜語法真正 bake-in 進引擎，語法來源是 SQL 2023 標準中的 SQL／PGQ（SQL／Property Graph Queries）。

報道亦指出，發行時程預計為本月稍後或 10 月初。換言之，這不是遙遠路線圖空談，而是即將進入發行視窗的功能。

對企業架構師而言，重點不在「又多一種查詢語法」，而在於：圖譜工作負載是否仍必須額外引入專用圖資料庫。專用圖庫以節點、邊與屬性建模，對社交關係、供應鏈、知識圖譜、權限繼承、欺詐偵測等路徑型查詢有優勢；但代價是多一套 DBMS、多一套維運、多一套備援與合規邊界。PostgreSQL 19 嘗試把這條路收斂回大家已熟悉的 SQL 世界。

二、技術原理深度解析

1. SQL／PGQ 與「標準化」的意義

SQL／PGQ 在 2023 年成為 SQL 標準一部分，目的是讓關聯式引擎能用標準語法描述並查詢屬性圖。標準化的價值在於：查詢可攜、教學材料可共享、多廠商可共同實作與互相審查，而不是各寫一套私有方言。

Turner 強調這是「最有趣的發展之一」，因為它是大型多廠商協作：大量 coding 與 review 橫跨多個主要貢獻者。對開源生態來說，這種協作模式往往比單一廠商功能更穩健——審視面廣、回歸測試更完整。

2. 實作現況：能用，但索引與語法仍要追

報道並未把 PostgreSQL 19 說成「立刻取代所有圖資料庫」。Turner 明確指出，目前實作仍需要一至兩項額外語法特性，才足以在大量工作負載上取代專用圖庫；現階段是以 node-edge 圖上的查詢滿足請求，部分查詢表現不錯，但後續版本需要索引擴充跟上，才能把效能推到下一個層級。

這對工程決策很重要：19 版是「正確方向上的第一個可上線里程碑」，不是終點。團隊可以開始在測試環境驗證模型與查詢模式，但生產切換仍應以基準測試與索引策略為準。

3. 為何 OpenCypher 影響值得注意

OpenCypher 是圖資料庫生態常用的開放查詢語言思路。報道稱 PostgreSQL 19 的實作「heavily influenced」by OpenCypher 背後工程師，同時又由坐在 SQL 標準委員會的 PostgreSQL committer 參與。這代表兩種世界觀在對齊：圖社群的表達力，與 SQL 社群的標準治理。對企業而言，這種對齊降低了「學會一種方言就綁死一家供應商」的風險。

三、日常應用場景

1. 開發者與技術團隊

  • 知識圖譜／內部文件關聯：文件、工單、程式模組、擁有者之間的邊，可用圖查詢做影響分析（change impact），減少跨表 JOIN 地獄。
  • 權限與組織樹：部門、角色、資源之間的繼承與委派，適合以節點邊建模；在單一 Postgres 內完成，簡化本地開發與 CI。
  • 推薦與路徑探索原型：不必先引入新 DBMS，即可在現有 schema 旁建立圖投影做 PoC。

2. 企業與隱私敏感行業

香港金融、法律、醫療等行業常面對「資料不出境、堆疊要可審計」。多一套圖庫意味多一套備份加密、存取日誌與供應商審查。若核心交易仍在關聯式系統，而圖查詢只是分析／風控輔助，把能力收斂進 PostgreSQL 有助縮短合規邊界。YSK Limited 的 YSK Server 本身支援 Postgres 等常見資料庫管理場景，企業可在可控主機上統一維運；若需要客製化資料管線或領域模型，亦可搭配遠端開發外判推進。

3. 一般用戶

一般消費者不會直接寫 SQL／PGQ，但會感受產品是否「懂關係」：通訊軟體推薦共同朋友、電商推薦互補商品、內容平台推薦相關主題。底層若能用標準圖查詢加速這類功能，產品迭代會更快，而不必等專用圖平台到位。

4. 香港與亞洲市場視角

香港中小企業與專業服務公司普遍偏好「少而精」的技術棧：一台或數台 Linux 主機、熟悉的 Postgres、清楚的備份與監控。亞洲不少 SaaS 與內部系統已以 Postgres 為預設。SQL／PGQ 降低「為了圖譜再養一套叢集」的門檻，對人才市場也友善——SQL 工程師比專用圖庫專家更容易招聘與培訓。

同時，企業應留意發行視窗與升級節奏：19 版尚未全面取代舊版前，應先在 staging 驗證擴充、擴充模組相容性，以及現有 ORM／遷移工具是否理解新語法。

四、專業評價與潛在考量

優勢

  • 標準先行：站在 SQL 2023／PGQ 之上，降低供應商鎖定。
  • 堆疊收斂：減少為圖譜工作負載額外引入 DBMS 的壓力。
  • 多廠商協作訊號強：大型貢獻者共同 coding／review，通常代表功能經過較完整審視。
  • 與現有 Postgres 生態銜接：備份、複製、權限、監控工具鏈可延續。

需要留意的地方

  • 效能仍依賴後續索引：報道明確提到 indexing add-ons 需要追上；高基數、深路徑查詢仍可能不如成熟圖庫。
  • 語法完整度尚未「一刀切換」：仍缺部分語法特性才能覆蓋大量專用圖庫工作負載。
  • 發行時程以社群／發行說明為準：媒體引述「本月稍後或 10 月初」，實際上線以官方發行公告為最終依據。
  • 模型設計仍要專業判斷：把一切硬塞成圖，或把一切硬塞成表，都會失敗；需要按查詢模式選模型。

結語

PostgreSQL 19 把 SQL／PGQ 圖譜語法內建進引擎，標誌關聯式資料庫與圖查詢世界的進一步合流：企業可以在熟悉的 SQL 邊界內，開始認真評估「哪些圖譜負載其實不必再開一張圖庫帳單」。這不是神話式的一次取代，而是標準驅動、協作驅動的漸進工程——先能正確表達，再靠索引與後續語法把效能補齊。

對正在香港部署內部系統、知識庫或風控分析的團隊，現在正好在測試環境驗證模型與查詢；若需要把 Postgres、面板與主機維運收斂到可控環境，可參考 YSK Limited 的 YSK Server，或以 遠端開發者外判 推進 schema 與應用改造。

參考來源

Related services & products

Related posts