共计 2125 个字符,预计需要花费 6 分钟才能阅读完成。
从 SQL 到 NoSQL7 种比较查询语言的指标分别是什么,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面丸趣 TV 小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
我们将研究七个比较 SQL 和 NoSQL 的指标。
有些人也发现与 NoSQL 名称混淆。该缩写不仅代表“ SQL”,而且还可能被误解为“对 SQL 否”,因此,为了使用 NoSQL 数据库,组织将不仅需要将其关系数据模型转换为文档模型,而且还会获得有关他们将选择的 NoSQL 数据库 API 的培训。
实际上,NoSQL 数据库行业从未放弃过最流行的数据库数据访问。许多 NoSQL 供应商仍在使用 SQL 的变体。Cosmos DB,Cassandra CQL,Elasticsearch SQL,Cockroach Labs。即使使用 MongoDB 查询 语言,您仍会发现它基于 select-join-project 构造,这是 SQL 中使用的关系代数的基础。
这个 NoSQL 领域中的一个数据库公司 (已完全解决此问题) 是 Couchbase 及其 N1QL 查询语言。虽然 Couchbase 以本机 JSON 格式存储数据,但它支持的数据模型可以是关系结构或分层结构,由于其模式灵活性和可扩展性,经常在基于文档的模型中使用。这是可能的,因为 Couchbase 提供了类似 SQL 的查询语言 -N1QL,它扩展了 SQL 语言以允许用户操纵文档模型的层次结构。所有这些都是基于 具有键值 API 的 Couchbase 高性能数据服务构建的。
但是,在当今的 NoSQL 数据库市场中,有很多选择,并且对于希望确保其数据库技术投资可以利用 NoSQL 技术当前提供的所有好处的组织而言,结果可能带来许多挑战。
对结构化和非结构化数据的支持
商业硬件的水平可扩展性
易于管理架构演变
也许最重要的是,除了过去几十年来一直主导数据库市场的当前 RDBMS 供应商之外,还可以选择供应商。
为了帮助客户做出决定,Altoros(一家致力于帮助公司从旧版 IT 系统过渡到未来的公司)发布了查询比较报告,以比较当今最受欢迎的数据库中的查询语言。它选择专注于 MySQL / SQL,Couchbase N1QL 和 MongoDB 查询语言。使用以下条件对每种查询语言的实现进行了评估,以满足不同的查询方案。
简单
可读性
表现力
灵活性
技能专长
代码行
应用程序到服务器的行程数
可以在此 GitHub 存储库中找到所有查询和数据库转储的示例,这些示例可以帮助部署和运行此报告中的所有方案。
Altoros 报告方法
该报告的目的是从传统 RDBMS 应用程序的角度比较查询语言。为此,它选择了:
活动管理应用程序模型,通常在管理销售,服务和营销活动的大多数 CRM 系统中找到。报告设置包括用于 MySQL 的关系模型和用于 Couchbase 和 MongoDB 的文档数据库模型。
它还使用了这些系统的大多数用户可以识别的一组查询方案。
对于每种情况,报告均提供以 SQL,N1QL 和 MongoDB 查询语言编写的相应解决方案,然后提供每种解决方案的评估。
评估标准结果
下表总结了所有查询方案的所有等级。请参阅该报告,以了解每种查询方案的单独评估。
该报告以 MySQL-SQL 为参考,根据许多标准评估了 Couchbase N1QL 和 MongoDB 查询语言。
笔记:
与 MongoDB,Cassandra 和 RedisLab 一起工作的 Altoros 发现 N1QL 与 SQL 非常相似,并且始终给它比 MongoDB 查询语言更好的评级。
方案 3 的示例代码显示,对于简单查询,这三种查询语言相对相似,并且具有相似的评估标准评分。但是,差异出现在查询场景中,其中文档 JOIN 和 Aggregations
该图表显示了每个查询的代码行数。尽管此度量标准可能会出现错误表述,因为所有查询语言都有自己推荐的格式,但它可以提供有关复杂性的简单指南。
N1QL 查询语言的代码行数与 SQL 大致相同。
MongoDB 查询语言始终具有更多的代码行。
对于场景 7,Altoros 团队必须为 MongoDB 查询语言编写 347 行,而 N1QL 为 21 行。这个异常值反映了 MongoDB 查询语言在计算复杂聚合和通用表表达式 (CTE) 方面的局限性,在过去的几十年中,SQL(现在是 N1QL)一直是关系数据库技术的主要优势。
请注意,这是 Altoros 团队提供的 MongoDB 查询解决方案。与任何实现一样,可能还有其他方式编写 Mongo 代码,但这就是团队想出的。
客户端服务器行程数
该图显示了应用程序必须提交给数据库服务器的行程数。
笔记:
在大多数情况下,SQL / N1QL 只需要向服务器提交一个查询,而 MongoDB 查询可能导致多个部分,因此需要多次访问后端服务器。这是由于 SQL / N1QL 的表现力所致,其中应用程序开发人员只需要声明所需的输出,并由服务器来处理并返回结果。
缺乏复杂聚合的支持要求 MongoDB 在多个阶段执行其计算。这类似于标准的 SQL 子查询方法。此处的区别在于,子查询结果集需要在客户端应用程序中维护,然后再传递给另一个查询。
Altoros 查询比较报告 - 主要发现
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注丸趣 TV 行业资讯频道,感谢您对丸趣 TV 的支持。