GraphQL与图形数据库无关，但与JSON查询有关。它是一项起源于Facebook的技术，用于简化对数据的访问。现在，已有两年历史的Hasura公司正在围绕它构建数据虚拟化工具，并于上周推出了云服务。
Hasura产品的核心是它自己的GraphQL查询引擎的实现，该引擎已开源。目前，该引擎旨在与PostgreSQL兼容的数据库一起工作，该引擎扫描目标上指定表的元数据，构建GraphQL端点，以JSON格式表示数据，并自动生成可能的查询选择。
在其GraphQL查询引擎之上，原始的Hasura企业内部部署产品包括用于PostgreSQL数据库的适配器。将来计划其他关系目标。提供管理，测试和安全功能。例如，当基础架构或配置发生更改时，提供查询的回归测试，并提供调试选项。还包括对基于策略的安全设置的支持，可以基于从目标数据库源扫描的元数据来触发该策略。
上周推出的云产品最初在AWS上运行。当前仅可通过Hasura的网站使用，而在AWS Marketplace上不可用。提供了本地企业产品的许多相同功能，以及用于自动扩展的特定于云的选项，并且在扩展的另一端，基于诸如查询频率和/或查询复杂性之类的参数来强制消耗限制。为频繁共享的数据和查询计划提供动态缓存功能，并提供自动路由选项以读取副本。
Hasura是第一家专门围绕GraphQL建立数据虚拟化业务的公司。到目前为止，GraphQL与NoSQL数据库相关联，例如MongoDB或Apache Cassandra，它们已经为REST或更复杂的查询语言添加了GraphQL API替代品。
与REST或本机数据库查询语言相比，GraphQL非常精简。像REST一样，将查询语言与API结合在一起，但是与REST不同，它的范围要窄得多。虽然通过REST API进行的访问通常需要多个来回HTTPS消息，但是GraphQL查询通常可以使用单个语句来处理。这就是GraphQL的“图”来的地方：旨在探查许多JSON数据源基础上的精致知识图，并直接进入用户所请求的确切数据段。
因此，GraphQL在轻型，简单的查询中旨在引发单个数据的查询中变得很流行。这就是为什么在收购Realm之后，MongoDB引入GraphQL支持作为对其移动平台进行全面改造的一部分。
但是Hasura的目标是不同的用例：为否则没有关系数据库的关系数据库添加GraphQL端点。目前，Hasura首先为PostgreSQL数据库添加面向JSON的GraphQL端点。您还可以使用开源的Hasura GraphQL引擎来构建自己的本地接口，以实现诸如Amazon RDS数据库之类的目标。
从长远来看，我们期望云数据库提供商也将添加自己的GraphQL端点，Hasura将通过其数据虚拟化功能与所有主要的家用数据库名称进一步区分自己。
