美文网首页DDIA
存储与检索 -- 为数据库提供动力的数据结构(序)

存储与检索 -- 为数据库提供动力的数据结构(序)

作者: 瑞_xlows | 来源:发表于2018-04-15 20:46 被阅读0次

我们来一下世界上最简单的数据库,它用两个Bash功能实现:

#!/bin/bash
db_set () { 
   echo "$1,$2" >> database 
}
db_get () { 
   grep "^$1," database | sed -e "s/^$1,//" | tail -n 1 
}

这两个函数实现键值存储。你可以调用db_set key value,它会在数据库中存储键和值。键和值可以是(几乎)任何您喜欢的东西——例如,值可以是一个JSON文档。然后您可以调用dbget key,它查找与该键关联的最新值并返回它。

它的工作示例如下:

$ db_set 123456 '{"name":"London","attractions":["Big Ben","London Eye"]}'
$ db_set 42 '{"name":"San Francisco","attractions":["Golden Gate Bridge"]}'
$ db_get 42 
{"name":"San Francisco","attractions":["Golden Gate Bridge"]}

底层存储格式非常简单:一个文本文件,其中每一行包含一个键-值对,用逗号分隔(大致类似于CSV文件,忽略转义问题)。每次调用db_set附加到文件的末尾,所以如果你更新一个键几次,老版本的值不会覆盖-你需要在文件中找到最后一次存储的键来找到最新的值(类似tail- n 1 db_get):

$ db_set 42 '{"name":"San Francisco","attractions":["Exploratorium"]}'
$ db_get 42 
{"name":"San Francisco","attractions":["Exploratorium"]}
$ cat database 
123456,{"name":"London","attractions":["Big Ben","London Eye"]} 
42,{"name":"San Francisco","attractions":["Golden Gate Bridge"]} 
42,{"name":"San Francisco","attractions":["Exploratorium"]}

我们的dbset函数实际上在非常简单的事情上有很好的性能,因为追加到一个文件通常是非常有效的。与dbset所做的类似,许多数据库在内部使用日志,这是一个只允许追加的数据文件。真正的数据库有更多的问题需要处理(比如并发控制、回收磁盘空间来让日志不会永远增长,处理错误和部分文字记录),但是基本原理是一样的。日志是非常有用的,我们将在以后的其余部分中多次遇到它们。

另一方面,如果您的数据库中有大量的记录,那么我们的dbget函数的性能就很糟糕。每次您想要查找一个键时,dbget必须从头到尾扫描整个数据库文件,寻找键的出现。在算法的术语中,查找的成本是O(n):如果您将数据库中记录n的数量增加一倍,那么查找的花费是它的两倍。这并不优秀。

为了有效地找到数据库中特定键的值,我们需要一个不同的数据结构:一个索引。在这一章中,我们将研究一系列的索引结构,看看它们是如何比较的;它们背后的基本思想是在侧面保留一些额外的元数据,它充当路标,帮助您定位您想要的数据。如果您想以几种不同的方式搜索相同的数据,那么您可能需要在数据的不同部分上使用几个不同的索引。

索引是由原始数据派生的另一种结构。许多数据库允许您添加和删除索引,这不会影响数据库的内容;它只会影响查询的性能。维护额外的结构会导致开销,特别是在写操作上。对于写操作来说,很难超越简单地追加到一个文件的性能,因为这是最简单的写操作。任何类型的索引通常会减慢写操作的速度,因为索引还需要在每次数据写入时更新。

这在存储系统中是一个重要的权衡:精心选择的索引加快了读取查询,但是每个索引都减慢了写操作的速度。出于这个原因,数据库通常不会在默认情况下对所有内容进行索引,但是需要你——应用程序开发人员或数据库管理员——使用你对应用程序典型查询模式的知识来手动选择索引。然后,你可以选择给应用程序带来最大好处的索引,而不需要引入更多的开销。

哈希索引

让我们从键值数据的索引开始。这不是你可以索引的唯一类型的数据,但它非常常见,而且对于更复杂的索引来说,它是一个有用的构建块。

键值存储与你在大多数编程语言中找到的字典类型非常相似,并且通常作为散列映射(哈希表)实现。哈希映射在许多算法教科书中都有描述,所以我们不会详细说明它们是如何工作的。既然我们已经有了内存数据结构的散列映射,为什么不使用它们来在磁盘上索引我们的数据呢?

假设我们的数据存储只包含到一个文件中,就像前面的例子一样。然后,最简单的索引策略是:保留一个内存中的哈希映射表,其中每个键都映射到数据文件中的字节偏移——可以找到值的位置,如图3-1所示。每当您向文件追加一个新的键-值对时,您也会更新哈希映射,以反映您刚才所写的数据的偏移量(这既适用于插入新键,也适用于更新现有键)。当你想要查找一个值时,使用哈希映射来找到数据文件中的偏移量,寻找那个位置,并读取值。

相关文章

  • 存储与检索 -- 为数据库提供动力的数据结构(序)

    我们来一下世界上最简单的数据库,它用两个Bash功能实现: 这两个函数实现键值存储。你可以调用db_set key...

  • 存储与检索 -- 为数据库提供动力的数据结构(SSTables

    在图3-3中,每个日志结构的存储段(Segment)都是键-值对的序列。这些成对出现在它们被写入的顺序中,并且在日...

  • 存储与检索 -- 为数据库提供动力的数据结构(哈希索引)

    让我们从键值数据的索引开始。这不是你可以索引的唯一类型的数据,但它非常常见,而且它是构建更复杂索引的一个有用的模块...

  • DDIA(三)

    存储与检索 数据库核心:数据结构 世界上最简单的数据库可以用两个Bash函数实现: 底层的存储格式: 一个文本文件...

  • 存储与检索 -- 序

    在最基础的层面上,数据库需要做两件事:当您给它一些数据时,它应该存储数据,当您稍后再问它时,它应该将数据返回给您。...

  • node+mysql+koa

    数据库 数据库介绍 一、数据库是存储、管理数据的仓库,它提供了对数据的检索、存储、多用户共享访问的能力,并且设法使...

  • Kafka Connect:Schema Registry

    Schema Registry为元数据提供服务层。它为存储和检索Avro schema提供了RESTful接...

  • MySQL 数据库索引原理与分类

    前言 数据库索引本质上是一种数据结构(存储结构+算法),目的是为了加快目标数据检索的速度。 目录 1.索引的本质与...

  • 数据库索引问题总结

    数据库索引本质上是一种数据结构(存储结构+算法),目的是为了加快目标数据检索的速度。 一.数据库索引的优缺 优点:...

  • 数据库的索引的数据结构

    索引是帮助数据库高效获取数据排好序的数据结构常用的存储引擎innodb采用的是B+Tree索引的数据结构 B...

网友评论

    本文标题:存储与检索 -- 为数据库提供动力的数据结构(序)

    本文链接:https://www.haomeiwen.com/subject/aqdjkftx.html