php应用DynamoDB技巧_MongoDB 与 DynamoDB 的正面交手你应该选择哪一个

文章目录 [+]

传统上，组织会选择关系数据库，如 SQLServer、 Oracle、 MySQL 和 Postgres。
关系数据库利用表和构造化措辞来存储数据。
它们常日具有固定的模式、严格的数据类型和利用外键的表之间的正式定义的关系。
它们可靠、快速，并且支持检讨和约束，有助于加强数据完全性。

但他们并不完美。
随着公司变得越来越数字化，他们每每开始产生大量的数据，他们须要一个地方来存储它。
关系数据库可以很好地扩展，但是如果公司拥有的数据超过了单个数据库做事器所能管理的数据量，那么扩展关系数据库就会非常痛楚。

php应用DynamoDB技巧_MongoDB 与 DynamoDB 的正面交手你应该选择哪一个 php应用DynamoDB技巧_MongoDB 与 DynamoDB 的正面交手你应该选择哪一个网站推广

另一方面，非关系数据库(常日称为 NoSQL 数据库)是用于大数据和实时 Web 运用程序的灵巧数据库。
这些数据库的出身源于存储大量非构造化数据的必要性。
NoSQL 数据库并不总是供应与关系数据库数据库相同的数据完全性担保，但它们更随意马虎跨多个做事器扩展。

（图片来自网络侵删）

NoSQL 数据库已经变得如此盛行，以至于大公司依赖它们来存储数百 TB 的数据，每秒运行数百万个查询。
那么，与传统的关系型数据库比较，NoSQL 数据库为什么变得如此盛行呢？

首先，NoSQL 数据库可以接管任何类型的数据: 构造化的、非构造化的或半构造化的。
这种灵巧性使它们成为许多用例的首选数据库。
其次，NoSQL 是无模式的，因此数据库项之间可以有完备不同的构造。
如前所述，由于 NoSQL 数据库的体系构造，它们比关系数据库更随意马虎水平扩展。

市场上有许多 NoSQL 数据库。
MongoDB 和 AmazonDynamoDB 是两种盛行的选择，架构师常常在两者之间做出选择。
在本文中，我们将比较 MongoDB 和 AmazonDynamoDB，并强调它们之间的显著差异。
我们将包括它们的优缺陷、数据类型的差异，并谈论诸如本钱、可靠性、性能和安全性等成分。

在比较 MongoDB 和 DynamoDB 之前，让我们深入理解每个办理方案，以理解它们是什么、它们的特点以及它们的优缺陷。

在这个段落，MongoDB

MongoDB 是一个面向文档的 NoSQL 通用数据库管理系统。
它针对低延迟、高吞吐量和高可用性进行了优化。
它还支持一种基于 JavaScript 的查询措辞来运行命令和检索数据，有十几种编程措辞可用的官方客户端驱动程序。
它是一个跨平台、开放源码的非关系数据库，将数据存储为文档凑集。

MongoDB 在内部利用 BSON 来存储文档，这是 JSON 的二进制表示，它完备支持 JSON 的所有特性，支持附加数据类型、更有效的压缩和更随意马虎的可解析性。
MongoDB 凑集可以有一个模式，数据库根据该模式验证新文档，而模式验证是可选的。

MongoDB 的特点

MongoDB 是一个通用数据库。
它可以在运用程序中供应各种负载和多种用场。
它还具有灵巧的模式设计，这意味着没有定义如何存储数据的凑集模式，并且它可以纵向和横向扩展。
MongoDB 考虑了身份验证和授权等安全特性。
它还有一个文档模型，可以映射到运用程序代码中的工具，这使得处理数据变得很随意马虎。

MongoDB 的优点Flexibility: 灵巧性: MongoDB 具有灵巧的数据库模式。
您可以向数据库中插入信息，而无需担心匹配条件或数据类型。
MongoDB 比 DynamoDB 支持更多的本机数据类型，并且它许可您嵌套文档Systems Design: 系统设计: 除了可以容纳大量快速变革的构造化、半构造化和非构造化数据，MongoDB 还许可开拓职员在需求变革时添加模式Data Model: 数据模型: Compared to DynamoDB, MongoDB supports regular JSON and advanced BSON data models such as 与 DynamoDB 比较，MongoDB 支持常规 JSON 和高等 BSON 数据模型，例如 int, long, date, timestamp, geospatial, floating-point 和Decimal128.Runs Anywhere:: 这个办理方案可以在任何地方运行，因此用户可以在不担心供应商锁定的情形下对他们的事情进行戒备Cost: 用度: MongoDB 有一个免费的开源版本，如果你看重本钱的话p 现收现付，他们的管理云做事 MongoDB Atlas 的选项无做事器定价MongoDB 的弊端Memory Use: 内存利用: MongoDB 须要将其事情集保留在 RAM 中以实现可接管的性能。
这种对 RAM 的依赖使得 MongoDB 对付许多用例来说太昂贵了Data Duplication: 数据复制: 之以是会涌现重复，是由于在 MongoDB 中，用户方向于利用嵌套文档，而不是像在关系数据库中那样利用标准化表。
在某些情形下，这可能是由于 MongoDB 不支持高性能 JOIN，而是利用属于一起的数据存储在一起 哲学，以避免利用连接完备。
这种限定可能导致数据大小和干系本钱攀升Indexing: 索引: MongoDB 支持包含多个文档属性的大略索引和繁芜复合索引。
与大多数数据库一样，设计不良或短缺索引会降落读写速率，由于每次有人在凑集中插入新文档时，索引都必须更新在这个角落，是 DynamoDB

AmazonDynamoDB 是一个快速、灵巧的 NoSQL 数据库。
它适用于所有在任何规模上须要同等延迟的运用程序。
它是一个完备管理的 NoSQL 数据库，非常适宜文档和键值模型。
Amazon 将 DynamoDB 开拓为一个托管数据库，用于须要类似、大略查询模式的运用程序。

DynamoDB 可以按需扩展，以支持险些无限的读写操作，相应韶光在单位毫秒之内。
这是完美的移动，网络，游戏和广告技能。

DynamoDB 的特性

DynamoDB 是无做事器的，并且可以水平扩展以支持任何大小的表，这使得它很适宜大规模性能。
其余，按键查询时，查询性能不会随着数据库大小而降落。
它还有一个灵巧的模式，使您能够随着需求的变革快速调度表，而无需重新布局表模式(如关系数据库中所需)。

DynamoDB 还供应全局表，只管须要额外的本钱。
这些表在 AWS 区域中复制您的数据，使您的运用程序能够轻松地在选定的区域中本地访问数据。
DynamoDB 还不断备份数据以防止数据丢失。
它对数据进行加密以提高安全性，并且非常适宜具有严格安全性哀求的企业运用程序。

DynamoDB 的优点Customizable: 可定制: 数据库可以根据运用程序的优先级进行修正Fast: 快速: DynamoDB 供应了出色的性能，无论存储多少条记录，也无论按键查询的频率如何Scalability: 可伸缩性: DynamoDB 可以无缝伸缩，不管流量级别如何Pricing: 定价: DynamoDB 利用基于吞吐量的现收现付定价技能，个中不同的输入可能会影响价格。
这可以帮助优化本钱，由于它们会随着事情量的颠簸而颠簸，但也可能导致定价不可预测DynamoDB 的缺陷Limited Query Language: 有限查询措辞: 与 MongoDB 比较，DynamoDB 的查询措辞有限。
这是由于 DynamoDB 是一个键值存储，而不是一个完全的文档数据库。
每个 DynamoDB 记录都有两个键: 一个分区键和一个排序键。
每个查询必须供应一个分区键，并且可以选择为排序键指定单个值或区域。
便是这样Limited Indexing: 有限指数化: 与 MongoDB 比较，在 MongoDB 中索引数据不须要额外的本钱,DynamoDB 索引有限定和繁芜的。
亚马逊的规模和账单索引与数据是分开的Pricing: 定价: DynamoDB 利用基于吞吐量的现收现付定价技能，个中不同的输入可能会影响价格。
这可以帮助优化您的本钱，由于它们将随着您的事情量颠簸，但也可能导致您的定价是不可预测的MongoDB 与 DynamoDB 的对接表

AmazonDynamoDB 和 MongoDB 都被广泛利用，具有高度可伸缩性和云兼容的 NoSQL 数据库。
只管有这些相似之处，它们还是有一些关键的不同之处。
下表进一步磋商了这些问题:

MONGODB

DYNAMODB

Source 来源

MongoDB 是开源的，可以支配在大多数云和/或内部环境中的任何地方

DynamoDB 来自 AWS 生态系统，只能在 AWS 中利用

Management 管理层

MongoDB 可以自我管理，也可以完备利用 MongoDB Atlas 数据库作为做事进行管理

DynamoDB 是一个完备管理的办理方案。
Amazon 处理所有做事器更新、补丁更新和硬件配置

Security 保安

开拓职员须要预先花费额外的韶光重新配置 MongoDB 上的安全性，特殊是在自我管理的情形下。
这是由于它在默认情形下运行，许可无限制地直接访问数据，而不须要身份验证。
MongoDB Atlas 须要通过 IP 访问掌握或 VPC 对等设置身份验证和网络访问

DynamoDB 的安全性一开始是受限定的，并与 AWS IAM 策略根本构造相结合

Database structure 数据库构造

MongoDB 的数据库构造由类似 JSON 的文档组成，包括凑集、键、值和文档

DynamoDB 的数据库构造支持 blobs 或文档作为值

Index use 索引利用

MongoDB 支持每个凑集最多64个可变索引，许可动态变动文档的构造

DynamoDB 支持每个表最多20个可变的全局索引(这些索引与根本数据不兼容) ，以及最多5个在创建表后无法修正确当地索引

Programming language 编程措辞

MongoDB 是用 C + + 编写的，支持 C、 C + + 、 Go、 Java、 JavaScript、 PHP、 Perl、 Ruby、 Python 等编程措辞

DynamoDB 支持 Java, JavaScript, Node.js, .NET, PHP, and more.

Data type and size restriction 数据类型和大小限定

MongoDB 支持各种数据类型，许可文档大小最多为16MB

DynamoDB 对数据类型的支持有限，许可项目大小最多为400KB

Industry use 工业用场

公司利用 MongoDB 进行实时剖析、移动运用程序和内容管理系统(CMS)。
MongoDB 在可伸缩性和缓存方面也非常精良

游戏和物联网(IoT)行业广泛利用 DynamoDB

Cost 本钱

MongoDB 利用一个固定的定价模型，您可以提前支付已供应的资源。
价格基于 MongoDB Atlas 的 RAM、 I/O 和存储，如果您自己托管 MongoDB，还要加上做事器和系统管理员的韶光。
本钱是同等的，但对付可变的事情负载可能不是最优的

DynamoDB 利用一个可变定价模型，您可以在这个模型中为利用的内容付费，这个模型基于一个吞吐量模型，对备份和规复、随需应变容量、流、变动数据捕获(CDC)等特性收取额外用度。
这可能会使您的本钱更难以预测

Querying 正在查询

MongoDB 有丰富的查询措辞。
您可以通过多种办法运用它: 单键、范围、图横切、连接等等

DynamoDB 的查询只能在本地赞助索引(LSI)和全局赞助索引(GSI)中利用

我该当选择哪个数据库，MongoDB 还是 DynamoDB？

DynamoDB 和 MongoDB 是传统数据库系统(如 MySQL、 PostgreSQL 等)的非常成功的现代替代品。
在选择数据库时，须要考虑规模、用户需求、支配方法、存储需求和功能等成分。

如果您正在探求具有类 MongoDB 功能的 AWS 本机办理方案，那么您也可以考虑利用 AmazonDocumentDB。
虽然 DocumentDB 并不基于 MongoDB 做事器，但它的功能靠近 MongoDB，并且与 MongoDB 3.6和4.0 API 兼容。
您乃至可以利用 DocumentDB 作为 MongoDB 的替代品，由于它与 MongoDB 兼容。

MongoDB 和 DynamoDB 都是可靠的 NoSQL 数据库，可以知足和解决各种用户需求。
您须要仔细考虑数据库是否完备适宜您的用例。
每个数据库都有独特的上风，因此在决定选择哪个 NoSQL 数据库时，要考虑长期的云策略和运用程序的特定需求。