PostgreSQL新型開發套件簡化了使用者訪問這款開源數據庫新近引入的NoSQL功能之途徑。

[[119883]] 

以MongoDB以及CouchDB為代表的NoSQL數據庫彼此之間一直斗得熱火朝天、不亦樂乎，然而如今又有一款關系型數據庫通過轉型加入到NoSQL領域的競爭中來。

由EnterpriseDB支持的PostgreSQL項目于今年早些時候正式加入了NoSQL型JSON處理功能。現在，該公司正在積極推進下一步工作，希望通過提供新的開發套件幫助開發人員更輕松地利用PostgreSQL中的JSON功能并以此為核心構建應用程序，從而充分發揮這套功能集的巨大潛能。

這套PGXDK（即Postgre擴展數據類型開發套件）的設計目的在于幫助開發人員“在各類應用程序當中運用Postgre新近添加的功能，從而滿足特定純NoSQL方案提出的實際需求，”EnterpriseDB對其作出了這樣的表述。開發套件當中還包含有一款示例應用程序，旨在引導開發人員輕松了解如何利用該產品處理實際工作。整套軟件包將以系統映像的形式通過Amazon云服務進行交付（PostgreSQL長久以來一直以Amazon產品的姿態出現）。

將NoSQL功能添加到列式數據庫當中具備以下幾大合理化因素。首先，這項舉措能夠讓NoSQL任務在與傳統數據庫具備相符原子性與一致性的前提下得以處理，而且允許開發人員利用傳統SQL來取代NoSQL當中的自有查詢系統。

另一大優勢體現在性能表現方面。正如EnterpriseDB所言，PostgreSQL在這方面具備超越NoSQL解決方案的強大競爭力。針對這一結論，EnterpriseDB公司***系統工程師Vibhor Kumar最近打造出一系列基準測試，并表示這些測試將證明PostgreSQL在處理同一套JSON數據集時能夠在處理速度及磁盤空間占用兩個方面擊敗MongoDB。

盡管將NoSQL功能添加至PostgreSQL當中仍屬于相對較新的設計思路——PostgreSQL最初是在9.3版本當中***納入NoSQL功能的——但其它數據庫供應商也開始對將同類功能引入自家產品表現出濃厚興趣。甲骨文當然也不例外，紅色巨人已經在決策中認定JSON（也就是NoSQL）市場在規模上已經相當龐大、不應被繼續忽略，因此開始在Oracle 12當中加入了對JSON數據的支持能力。甲骨文的作法證明了這位數據庫界的龍頭老大已經對PostgreSQL的成長與崛起感到不安——雖然徹底拋開甲骨文產品轉投PostgreSQL懷抱對于用戶來講并非易事。

傳統SQL與NoSQL還可以通過其它方式產生交集并迸發出新的力量，例如將傳統SQL查詢引擎安置在Hadoop等NoSQL系統之前。這正是Splice Machine的設計方案，據稱其能夠帶來超越傳統RDBMS的卓越速度表現——這要歸功于它選擇了獨特的Hadoop向外擴展架構使用方式。這兩類解決方案可能都具備獨立發展的光明前景，相信其中SQL與NoSQL解決方案的并行發展將帶來比二者單純疊加更健康的前進態勢。

英文：http://www.infoworld.com/t/nosql/postgresql-ramps-its-nosql-game-248858