PostgreSQL祭起自己的NoSQL法宝

***祭起自己的NoSQL法宝

***新型开发套件简化了使用者访问这款开源数据库新近引入的NoSQL功能之途径。

以***以及CouchDB为代表的NoSQL数据库彼此之间一直斗得热火朝天、不亦乐乎，然而如今又有一款关系型数据库通过转型加入到NoSQL领域的竞争中来。

由EnterpriseDB支持的***项目于今年早些时候正式加入了NoSQL型JSON处理功能。现在，该公司正在积极推进下一步工作，希望通过提供新的开发套件帮助开发人员更轻松地利用***中的JSON功能并以此为核心构建应用程序，从而充分发挥这套功能集的巨大潜能。

这套PGXDK（即Postgre扩展数据类型开发套件）的设计目的在于帮助开发人员“在各类应用程序当中运用Postgre新近添加的功能，从而满足特定纯NoSQL方案提出的实际需求，”EnterpriseDB对其作出了这样的表述。开发套件当中还包含有一款示例应用程序，旨在引导开发人员轻松了解如何利用该产品处理实际工作。整套软件包将以系统映像的形式通过Amazon云服务进行交付（***长久以来一直以Amazon产品的姿态出现）。

将NoSQL功能添加到列式数据库当中具备以下几大合理化因素。首先，这项举措能够让NoSQL任务在与传统数据库具备相符原子性与一致性的前提下得以处理，而且允许开发人员利用传统SQL来取代NoSQL当中的自有查询系统。

另一大优势体现在性能表现方面。正如EnterpriseDB所言，***在这方面具备超越NoSQL解决方案的强大竞争力。针对这一结论，EnterpriseDB公司***系统工程师Vibhor Kumar最近打造出一系列基准测试，并表示这些测试将证明***在处理同一套JSON数据集时能够在处理速度及磁盘空间占用两个方面击败***。

尽管将NoSQL功能添加至***当中仍属于相对较新的设计思路——***最初是在9.3版本当中***纳入NoSQL功能的——但其它数据库供应商也开始对将同类功能引入自家产品表现出浓厚兴趣。甲骨文当然也不例外，红色巨人已经在决策中认定JSON（也就是NoSQL）市场在规模上已经相当庞大、不应被继续忽略，因此开始在*** 12当中加入了对JSON数据的支持能力。甲骨文的作法证明了这位数据库界的龙头老大已经对***的成长与崛起感到不安——虽然彻底抛开甲骨文产品转投***怀抱对于用户来讲并非易事。

传统SQL与NoSQL还可以通过其它方式产生交集并迸发出新的力量，例如将传统SQL查询引擎安置在Hadoop等NoSQL系统之前。这正是Splice Machine的设计方案，据称其能够带来超越传统RDBMS的卓越速度表现——这要归功于它选择了独特的Hadoop向外扩展架构使用方式。这两类解决方案可能都具备独立发展的光明前景，相信其中SQL与NoSQL解决方案的并行发展将带来比二者单纯叠加更健康的前进态势。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。