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

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

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

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

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

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

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

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

咨詢400-6677-656

咨詢QQ：