超越SQL的数据查询语言新秀To

几十年来,SQL(结构化查询语言)一直在数据查询语言领域处于主导地位,几乎成了数据库的“代名词”,任何想从数据库中检索信息的人都必须学习SQL。但随着时代的变迁,SQL对数据检索的主导力量正在减弱。

众所周知,世界上其他地方都使用小写字母,但SQL用户却仍在输入SELECT或WHERE等单词,这本身就是一种“倒退”。也正因为如此,现在市面上已经出现了一批使用全新语言的新数据库。

近日,InfoWorld评选出了8款“超越”SQL的数据查询语言,不仅为现代用例提供了更多的优雅、简单和灵活性,有些甚至还更好用,一起来看看吧!

GraphQL

GraphQL的名字乍一听会让人有点困惑,因为它并非一种利用图形数据库中所有可能性的语言,反而更像一种查询类似于JSON的嵌套格式存储数据的优雅速记。

GraphQL数据查询语言只是对结果的查询做快速描述,通过后端查看该字段列表,这些字段可能对值有限制,并尝试查找匹配的结果。SQL一般是指定数据库应该如何完成请求,而GraphQL用户只需提供一个字段列表。

特别对于某些JSON数据库来说,GraphQL语言是一种天然的匹配语言,且GraphQL在使用表格模式搜索关系数据库时也越来越流行,智能后端可以将嵌套请求转换为符合模式的连接模式。

GraphQL最初由Facebook构建,用于API的查询语言,允许开发人员选择他们想要发出的请求类型,并在单个请求中接收所需的信息。在作为一个独立的开源项目被发布后,开发人员开始开发GraphQL后端。

PRQL

PRQL语言为PipelinedRelationalQueryLanguage(发音为“Prequel”)的缩写。这种语言中的查询被构造为一系列小命令,这些命令只使用所需的数据生成结果。

与许多现代编程语言类似,PRQL查询的思考模型采用函数方法,变量等简单功能可以减少重复,简化流程。一行的结果以长链形式输入下一行,如果您想删除一个步骤,通常只需注释掉这一行,其余的pipeline仍然可以工作。

PRQL的代码采用了Rust编写,以此将PRQL转换为SQL的传输工具,因此基本结构是可扩展的,这种简单的实验确保了语言的快速发展。

WebAssembly

许多开发人员认为WebAssembly(缩写为Wasm)是一种用于创建在web浏览器中运行的快速应用程序的工具,当Redpanda开始构建一个数据流工具来取代Kafka时,他们希望添加一种机制,不仅可以传递数据,而且可以在过程中偶尔转换数据,WebAssembly就是最好的选择。

当然,WebAssembly甚至比某些数据库中的存储过程功能更强、级别更低。并非所有开发人员都想编写字节级代码。但是这个选项打开了数据流,使其能够进行复杂的转换,远远超出了SQL所能实现的范围。

GQL

图形查询语言(GraphQueryLanguage,简称GQL)是一种被提议的标准,它融合了类似Cypher、PGQL和GSQL的声明式编程语言。

开发人员通过为一组节点指定特定模型来创建查询,然后数据库负责查找匹配项。GQL使用更复杂的属性图,允许成对的节点共享多个不同的连接。

Gremlin

Gremlin是搜索图形的原始语言之一,它要求执行一组步骤来搜索节点之间的连接,因此被一些人称为“基于路径”或“图形遍历”语言。

Gremlin语言每个查询都是基于步骤构建的,每个步骤都可能涉及映射当前节点、过滤列表或以某种方式将结果制成表格。

Gremlin语言通常只是一个起点,如在扩展Gremlin时,在其中嵌入Python解释器,以便查询可以包含Python代码。也有人将Gremlin嵌入Java等标准编程语言中,以此来从该语言中挖掘Gremlin的威力。

Gremlin最初是为Apache的TinkerPop项目构建的,它已被主要的事务性分布式图形数据库(如Amazon的Neptune)和使用ApacheSpark或Hadoop的图形处理框架所采用。

N1QL

N1QL(发音为“nickel”)旨在让SQL原生用户更容易处理可能存储在Couchbase中的JSON对象。与SQL一样,基本查询有几个由关键字SELECT、FROM和WHERE指定的部分,指定数据将来自的数据结构路径的细节将根据JSON对象的嵌套世界进行调整和调整。

多年来,数据库软件公司Couchbase一直在寻找查询一般文档的最佳方式。一开始,查询是作为一个JavaScript函数编写的,然后交给数据库执行。尽管这是一个很好的、通用的解决方案,但有时需要花费很长时间才能生成结果,因此开发者创造出了N1QL。

为了鼓励实验,N1QL提供了一个带有可视化界面的查询工作台,用于测试和优化查询。此外,Couchbase还提供了一个通用的全文搜索选项,可独立运行,用于搜索文本词而非结构化数据的查询。

Malloy

Malloy的创建者曾表示,SQL的问题在于语法细节——表达哪怕是最简单的查询也需要时间,因为语言冗长且充满隐藏的性能陷阱。因此,他们创造了一种具有自然默认值和更简单语法的现代编程语言——Malloy,可以编译成SQL,因此没有人需要改造stockdatabase。

其结果是一种类似于更强大的GraphQL的语法,查询更像是结果的模型或愿景,包括任何限制、匹配或默认值。Malloy可在后台处理一些优化,如可以自动生成更智能的连接,以避免一些性能陷进;而子查询可以聚合以节省时间,还可根据需要添加索引。因此,编写查询更像是编写现代代码,标点符号可以保持结构简洁。

Malloy的开源核心是在TypeScript中构建的,用于包含在Node.js中的代码,VSCode插件简化了开发。

Basis

大多数查询语言都直接绑定到特定的数据库,而Basis正在构建更多的管道,在使用SQL和Python混合过滤之前,可以从各种源中提取数据,最后再将数据交付给各种标准选项进行输出,从运行代码到人工智能算法再到图表和仪表盘。

Basis只是更新的数据管道工具的一个例子,这些工具正在打开查询过程,从多个源中提取数据,使用多个语言进行过滤,并以多种形式交付数据。

综述

上面8个新型数据查询语言的出现,也并非意味着SQL越来越不受欢迎。如果说有什么区别的话,那就是编写的SQL比以往任何时候都多,而数据存储的世界正在以更快的速度发展,而这些发展和增长正在激发更多新尝试和新拓展。

当然,也并非所有这些新类型语言都比SQL更好,并不是所有这些都是开发者们正在寻找的,但他们的而出现都提供了一个新的机会,让你有机会以不同的方式思考某些服务器上的海量字节,期待你能找到一种新的方法来阐明自我所需,不是吗?




转载请注明:http://www.aierlanlan.com/cyrz/4743.html