数据库有哪些分类？应该怎样选择？终于有人讲明白了

hzbooks

于 2020-06-28 07:00:00 发布

阅读量1k

点赞数

文章标签：数据库运维编程语言 java 大数据

导读：数据库通常用来存储结构化数据，这些数据有明确定义的格式。在过去的几年中，已经发布了许多数据库，可供我们选择的数据库每年都在增长。这些数据库中有许多是为特定类型的数据模型和工作任务设计的。其中一些支持多种模型，通常被归类为多模型数据库。

了解数据库的各种分类有助于你在设计应用时选择正确的数据库。

作者：Boris Scholl, Trent Swanson, Peter Jausovec

来源：大数据DT（ID：hzdashuju）

01 键值数据库

通常，只需要使用主键甚至是部分键来检索应用程序的数据。键/值数据库可以被看作一个非常大的哈希表，该表在唯一的键下存储了一些值。存储的值可以通过键或者部分键高效地检索到。因为该值对于数据库是不透明的，所以如果需要按值来查找一条记录的话就需要逐条扫描。

键/值数据库中的键可以包含多个元素，甚至可以排序以提高查询效率。一些键/值数据库允许使用键的前缀进行查找，从而可以使用复合键。如果数据可以通过一些简单的键嵌套查询，那键/值数据库会是个不错的选择。

例如，我们将客户xyz的订单存储在键/值数据库中，可以使用客户ID作为键的前缀，结合订单号组成键“xyz-1001”来存储订单。可以使用整个键来检索特定的订单，也可以使用“xyz”前缀检索客户xyz的所有订单。

说明：键/值数据库通常是比较便宜的，且具有高度可伸缩性的数据存储。键/值数据库能够根据键对数据进行分区甚至重分区。使用键/值数据库时，选择键很重要，因为这将对数据存储的规模和读写性能产生重大影响。

键值数据库最典型的是 Redis，Redis因其丰富的数据结构、极快的速度、齐全的功能而为人所知，它是目前内存数据库方面的事实标准。

推荐语：本书系统化介绍Redis命令及其应用场景，内容深入，图文并茂，巨细靡遗，是掌握Redis的案头必备参考书。

02 文档数据库

文档数据库和键/值数据库类似，因为它也通过主键存储文档（值）。与键/值数据库不同的是，文档数据库中的文档需要符合某些定义好的结构，而键/值数据库几乎可以存储任意值。这使得文档数据库可以启用诸如维护二级索引的功能以及基于文档查询数据的功能。

通常存储在文档数据库中的值是哈希图（JSON对象）和列表（JSON数组）的组合。JSON格式在文档数据库中很常用，尽管许多数据库引擎使用了更高效的内部存储格式，例如MongoDB的BSON。

建议：当你从关系型数据库转换到基于文档的数据库时，你需要思考如何去组织数据。许多人需要时间来过渡到这种不同的数据建模方法。

传统关系型数据库（如PostgreSQL）存储的数据大部分也可以存储在文档数据库中。它们正变得越来越流行，与关系数据库不同，这些存储的文档可以很好地映射成编程语言中的对象，并且不需要对象关系映射（ORM）工具。

这些数据库通常不强制要求定义数据模式（schema），这对于在软件持续交付（CD）过程中需要更新数据模式的情形具有一些优势。

说明：不强制要求定义模式的数据库通常被称为“读时模式（schema on read）”，因为尽管数据库未强制要求模式，但是在使用数据的应用中存在固有的模式，并且需要知道如何转化读到的数据。

03 关系型数据库

关系型数据库将数据组织到称为表的二维结构中，该结构由列和行组成。一张表中的数据可以与另一表中的数据有关联，数据库系统可以保证这种关联。关系型数据库通常强制执行严格的模式，也称为“写时模式（schema on write）”，在该模式中，向数据库写入的数据必须符合数据库中定义的结构。

关系型数据库已经存在很长时间了，许多开发人员都有使用它们的经验。迄今为止，最流行和最常用的数据库仍然是关系型数据库。这些数据库非常成熟，可以处理包含大量关系的数据，并且拥有大量知道如何使用它们的工具和应用程序生态系统。

在文档数据库中可能很难使用多对多关系，但是在关系型数据库中这非常简单。如果应用的数据具有很多关系，尤其是有事务处理的需求，那么这些数据库可能很合适。

当前主流的关系型数据库有Oracle、MySQL/MariaDB、SQL Server、PostgreSQL、 DB2等。

推荐语：这本专家手册提供了完成Oracle Exadata数据库一体机管理操作和任务的实用技术参考。

推荐语：资深MySQL专家撰写，全球知名MySQL数据库服务提供商Percona公司CTO作序推荐，国内多位数据库专家联袂推荐。

推荐语：PostgreSQL中国社区资深数据库专家、沃趣科技首席数据库架构师撰写，PostgreSQL数据库领域经典著作。

04 图数据库

图数据库存储两种类型的信息：边和节点。边定义了节点之间的关系，你可以把节点看作实体。节点和边都具有属性，其中存储了该节点或边的一些信息。边通常会定义关系的方向或性质。

图数据库可以很好地分析实体之间的关系。图数据也可以存储在任何其他数据库中，但是当图的遍历变得越来越复杂时，其他类型的存储可能很难满足图数据对性能和伸缩性的需求。

05 列族数据库

列族数据库（column family database）将数据组织成行和列，乍一看可能与关系型数据库非常相似。你可以将列族数据库视为行和列组成的表格数据，但是列被分了组，称为列族。

每个列族包含了一组逻辑上相关的列，通常被作为一个单元进行检索或操作。能被单独访问的数据可以存储在单独的列族中。在一个列族中，可以动态添加新列，并且行可以是稀疏的（也就是说，行不需要在每个列下面都有值）。

按行存储就是我们现在常见操作型数据库，而是最大众的数据库，比如MySql、Oracle……等等，而按列储存的数据库现在也是很有名，比如Hbase、Hive、Vertica、Druid、Infobright等。

推荐语：这是一本深入介绍HBase系统的书籍，由HBase PMC成员与网易资深工程师倾力打造，多位技术专家联袂推荐。本书不仅用大量图片详细解剖HBase内核，还用案例展示了HBase的开发运维技巧，是一本不可能多得的高质量图书，值得每一位大数据开发运维人员放在案头深读。

Clickhouse是一个用于联机分析处理（OLAP）的列式数据库管理系统（columnar DBMS）。

推荐语：学习ClickHouse，有这一本就足够了，多位ClickHouse核心贡献者+来自腾讯、易观、苏宁、青云多家知名企业的业界大咖鼎力推荐，ClickHouse核心贡献者亲自执笔，从理念、功能、原理以及实践等多个维度对ClickHouse进行全方位解析。

06 时序数据库

时序数据库是针对时间进行优化的数据库，可根据时间来存储值。这些数据库通常需要支持大量的写操作。它们通常被用于从大量数据源实时收集大量数据。这些数据很少更新，删除操作通常是批量进行的。写入时序数据库的记录通常很小，但记录的量很多。

时序数据库非常适合存储遥测数据。流行的用途包括物联网（IoT）传感器或应用程序/系统的计数器。时序数据库通常会提供数据保持、下采样以及根据数据使用模式的配置将数据保存到其他存储中的功能。

时序数据库有InfluxDB、RRDtool、Graphite等，InfluxDB是DB-Engines排名第一的时序数据库。

推荐语：腾讯资深架构师、InfluxDB技术专家韩健基于DB-Engines排名第一的时序数据库，打造千亿级大数据监控平台经验总结。从功能使用、生态、源码分析3个维度全面讲解InfluxDB。

07 搜索引擎

搜索引擎数据库通常用于搜索保存在其他存储和服务中的数据。搜索引擎数据库可以对大量的数据建立索引，并提供近实时的索引查询。

除了搜索像网页这样的非结构化的数据，许多应用程序还使用它为其他数据库中的数据提供结构化和即时搜索功能。有一些数据库也能提供全文索引功能，但是搜索数据库还具备通过词干和泛化将单词缩减为词根的功能。

搜索引擎数据库有Elasticsearch、Solr、Splunk、MarkLogic等。

推荐语：本书先简单回顾基本知识，然后详细讲述Elasticsearch的中级和高级功能，比如查询、索引、搜索和修改数据。此外，还介绍许多高级概念，包括聚合、索引控制、分片、复制和集群等。