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

我们来一下世界上最简单的数据库,它用两个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所示。每当您向文件追加一个新的键-值对时,您也会更新哈希映射,以反映您刚才所写的数据的偏移量(这既适用于插入新键,也适用于更新现有键)。当你想要查找一个值时,使用哈希映射来找到数据文件中的偏移量,寻找那个位置,并读取值。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,293评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,604评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,958评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,729评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,719评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,630评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,000评论 3 397
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,665评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,909评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,646评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,726评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,400评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,986评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,959评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,996评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,481评论 2 342

推荐阅读更多精彩内容