婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > SQLite中的B-Tree實現細節分析

SQLite中的B-Tree實現細節分析

熱門標簽:400電話申請怎么看 高德地圖標注商家在哪 隨州營銷電話機器人怎么樣 杭州400電話如何申請的 機器人電話機創意繪畫 400電話從哪里申請濱州 hbuilder地圖標注 江西南昌百應電話機器人 天音通信電話機器人
SQLite在存儲在外部的數據庫是以B-Tree來組織的。關于B-tree的細節,參考
**
** Donald E. Knuth, THE ART OF COMPUTER PROGRAMMING, Volume 3:
** "Sorting And Searching", pages 473-480. Addison-Wesley
** Publishing Company, Reading, Massachusetts.
**
基本思想是文件包含的每一頁都包括N個數據庫入口和N+1個指向子頁的指針。文件分成很多頁存儲。為什么這么干,因為內存分頁管理機制鬧得。外存中每個頁就是B樹的一個節點。
----------------------------------------------------------------
| Ptr(0) | Key(0) | Ptr(1) | Key(1) | ... | Key(N-1) | Ptr(N) |
----------------------------------------------------------------
Ptr(0)指向的頁上的所有的key的值都小于Key(0)。所有Ptr(1)指向的頁和子頁的所有的key的值都大于Key(0),小于Key(1)。所有Ptr(N)指向的頁和子頁的key的值都大于Key(N-1),等等。

為了知道一個特定的key,需要從磁盤上以O(long(M))來讀取,其中M是樹的階數。內存中找不到了,就發生缺頁中斷。
主要是解決內存中找不到的問題。一方面換出來一些。一方面換進去一些。換進去的時候要找到他們再硬盤的哪個頁面上啊。
(B樹的優點就是適合于用塊兒存儲的存儲設備上。)利用所以,可以知道他們們在哪個頁面上。

在SQLite的實現中,一個文件可以含有1個或的過獨立的BTree。每一個BTree由它的根頁的索引來標識。所有入口的key和數據組成了有效負荷(payload)。數據庫的一頁有一個固定的有效負荷總量。如果負荷大于了預先設定的值,那么剩余的字節就會被存儲在溢出頁上。一個入口的有效負荷再加上前向指針(the preceding pointer)構成了一格(cell)。每一頁都有一個小頭部,包含了Ptr(N)指針和其它一些信息,例如key和數據的大小。

格式細節
一個文件分成了多個頁。第一頁叫做頁1,第二頁叫做頁2,一次類推。頁的個數為0表示沒有頁。頁的大小可以從512 到 65536。每一頁或者是一個btree頁,或者是一個freelist頁,或者是一個溢出頁。
第一頁一定是一個btree頁。第一頁的前面100個字節包含了一個特殊的首部(文件頭),它是這個文件的描述。
文件頭的個數如下:
** OFFSET SIZE DESCRIPTION
** 0 16 Header string(首部字符串): "SQLite format 3\000"
** 16 2 Page size in bytes(頁的字節數).
** 18 1 File format write version(文件寫操作的版本)
** 19 1 File format read version (文件讀操作的版本)
** 20 1 Bytes of unused space at the end of each page(每一頁結尾未使用的字節)
** 21 1 Max embedded payload fraction(最大的嵌入有效負荷分片)
** 22 1 Min embedded payload fraction(最小的嵌入有效負荷分片)
** 23 1 Min leaf payload fraction(最小的頁有效負荷分片)
** 24 4 File change counter (文件變化計數器)
** 28 4 Reserved for future use (保留字節)
** 32 4 First freelist page (第一個freelist頁)
** 36 4 Number of freelist pages in the file (本文件中freelist頁的個數)
** 40 60 15 4-byte meta values passed to higher layers()
**
所有的整數都是大端的。

每次修改文件時,文件變化計數器都會增加。這個計數器可以讓其他進程知道何時文件被修改了,他們的cache是否需要清理。

最大嵌入有效負荷分片是一頁的所有可用空間,被標準B-tree(非葉數據)表的單獨的一個所能使用的總量。值255代表100%。默認情況下,一格(cell)的最大量被限制為,至少有4格才能填滿一頁。因此,默認的最大嵌入負荷分片是64。

如果一頁的有效負荷大于了最大有效負荷,那么剩下的數據就要被存儲到溢出頁。一旦分配了一個溢出頁,有可能會有許多數據也被轉移到這個溢出頁,但是不會讓格cell的大小小于最小嵌入有效負荷分片的。

最小頁有效負荷分片與最小嵌入有效負荷分片類似,但是它是應用于LEAFDATA tree中的葉節點。一個LEAFDATA的最大有效負荷分片為100%(或者是值255),它不用再首部指定。

BTree的每一頁被分為三部分:首部,格(cell)指針數組,和格cell的內容。頁1還會在頁首部有100字節的文件頭。
**
** |----------------|
** | file header | 100 bytes. Page 1 only.
** |----------------|
** | page header | 8 bytes for leaves. 12 bytes for interior nodes
** |----------------|
** | cell pointer | | 2 bytes per cell. Sorted order.
** | array | | Grows downward
** | | v
** |----------------|
** | unallocated |
** | space |
** |----------------| ^ Grows upwards
** | cell content | | Arbitrary order interspersed with freeblocks.
** | area | | and free space fragments.
** |----------------|
**
頁首部如下圖所示:
**
** OFFSET SIZE DESCRIPTION
** 0 1 Flags. 1: intkey, 2: zerodata, 4: leafdata, 8: leaf
** 1 2 byte offset to the first freeblock
** 3 2 number of cells on this page
** 5 2 first byte of the cell content area
** 7 1 number of fragmented free bytes
** 8 4 Right child (the Ptr(N) value). Omitted on leaves.
**
標志位定義了這個BTree頁的格式。葉leaf標志意味著這一頁沒有孩子children。zerodata0數據表示這一頁只含有key,沒有數據;intkey標志意味著key是一個整數,而且是被存儲在格cell首部的key大小處,而不是在有效負荷區域。

格cell指針數組從頁首部開始。格cell指針數組包含0個或多余2個字節的數字,這個數字代表格cell內容區域中的格cell內容從文件起始位置的偏移量。格cell指針式有序的。系統盡力保證空閑空間位于最后一個格cell指針之后,這樣可以保證新的格cell可以很快的添加,而不用重新整理(defragment)這一頁。

格cell內容存儲在頁的末尾,且是向文件的起始方向增長。

在格cell內容區域中的未使用的空間被收集到鏈表freeblocks上。每一個freeblock至少有4個字節。第一個freeblock的偏移在頁首部給出了。Freeblock是增序的。因為一個freeblock至少有4個字節,所有在格cell內容區域的3個或是哦啊與3個的未用空間不能存在于freeblock鏈表上。這些3個或少于3個的空閑空間被稱為碎片。所有碎片的總個數被記錄下來,存儲于頁首部的偏移7的位置。

** SIZE DESCRIPTION
** 2 Byte offset of the next freeblock
** 2 Bytes in this freeblock
**

格cell是可變長度的。格cell被存儲于頁的末尾格cell內容區域。指向格cell的cell指針數組緊跟在頁首部的后面。格cell不必是連續或者有序的,但是格cell指針是連續和有序的。

格cell內容充分利用了可變長度整數。可變長度整數是從1到9個字節,每個字節的低7位被使用。整個整數由8位的字節組成,其中第一個字節的第8位被清零。整數最重要的字節出現在第一個。可變長度整數一般不多于9個字節。作為一種特殊情況,第九個字節的所有8個字節都會被認為是數據。這就允許了64位整數變編碼為9個字節。
** 0x00 becomes 0x00000000
** 0x7f becomes 0x0000007f
** 0x81 0x00 becomes 0x00000080
** 0x82 0x00 becomes 0x00000100
** 0x80 0x7f becomes 0x0000007f
** 0x8a 0x91 0xd1 0xac 0x78 becomes 0x12345678
** 0x81 0x81 0x81 0x81 0x01 becomes 0x10204081
本篇文章來源于 Linux公社網站(www.linuxidc.com) 原文鏈接:http://www.linuxidc.com/Linux/2012-11/75009.htm
您可能感興趣的文章:
  • B-Tree的性質介紹
  • MySQL Hash索引和B-Tree索引的區別
  • bitmap 索引和 B-tree 索引在使用中如何選擇
  • B-樹的插入過程介紹
  • 基于B-樹和B+樹的使用:數據搜索和數據庫索引的詳細介紹
  • 淺談MySQL的B樹索引與索引優化小結
  • 完整B樹算法Java實現代碼
  • c語言B樹深入理解
  • B-樹的刪除過程介紹

標簽:葫蘆島 招商 鶴崗 常德 石嘴山 保定 昆明 沈陽

巨人網絡通訊聲明:本文標題《SQLite中的B-Tree實現細節分析》,本文關鍵詞  SQLite,中的,B-Tree,實現,細節,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《SQLite中的B-Tree實現細節分析》相關的同類信息!
  • 本頁收集關于SQLite中的B-Tree實現細節分析的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    久久国产人妖系列| 亚洲欧美另类小说| 欧美日韩国产精品自在自线| 国产不卡视频在线观看| 久久国产精品99精品国产| 日本成人超碰在线观看| 久久成人精品无人区| 精品在线观看免费| 国产麻豆精品95视频| 国产不卡免费视频| 亚洲国产一二三| 久久亚洲精品小早川怜子| 日韩一区二区三区视频在线| 欧美喷潮久久久xxxxx| 日韩欧美在线网站| 国产精品久久久久久亚洲毛片| 国产欧美精品区一区二区三区| 久久精品视频网| 中文字幕亚洲欧美在线不卡| 亚洲欧美另类久久久精品| 午夜精品一区二区三区免费视频| 性做久久久久久| 国产一区二区三区日韩| 福利一区在线观看| 这里只有精品99re| 亚洲国产精品黑人久久久| 日本中文字幕一区二区有限公司| 久久99精品一区二区三区| 99精品在线观看视频| 在线播放视频一区| 一区二区三区蜜桃网| 国产酒店精品激情| 日韩欧美精品在线| 亚洲国产欧美日韩另类综合| 成人永久aaa| 亚洲精品一区二区三区四区高清| 亚洲一区在线观看免费观看电影高清| 轻轻草成人在线| 欧美人与性动xxxx| 亚洲午夜精品一区二区三区他趣| 国产成人精品亚洲日本在线桃色| 日韩欧美国产综合一区| 三级一区在线视频先锋| 51精品久久久久久久蜜臀| 亚洲www啪成人一区二区麻豆| 日本道精品一区二区三区| 中文字幕免费观看一区| 国产精品亚洲а∨天堂免在线| 欧美一级在线观看| 人人爽香蕉精品| 久久久久九九视频| av在线综合网| 一区二区三区四区亚洲| 欧美男同性恋视频网站| 亚洲图片有声小说| 欧美一区二区三区免费在线看| 肉肉av福利一精品导航| 91精品国产综合久久久蜜臀粉嫩| 美女一区二区视频| 久久久电影一区二区三区| 国产盗摄女厕一区二区三区| 中文欧美字幕免费| 欧美二区三区91| 国精产品一区一区三区mba桃花| 国产亚洲成av人在线观看导航| 99久久精品免费看国产| 青青草精品视频| 亚洲欧美日韩在线| 337p日本欧洲亚洲大胆精品| 色网综合在线观看| 国产精品天天看| 国产一区二区三区在线观看免费| 亚洲国产精品99久久久久久久久| 欧美三片在线视频观看| 国产福利91精品一区| 日韩精品视频网| 有坂深雪av一区二区精品| 久久亚洲综合色| 精品国产一区二区三区久久久蜜月 | 色综合婷婷久久| 国产乱子伦视频一区二区三区| 亚洲韩国精品一区| 综合网在线视频| 中文字幕五月欧美| 国产精品美女视频| 国产精品白丝在线| 国产偷v国产偷v亚洲高清| 2022国产精品视频| 精品999在线播放| 久久综合九色欧美综合狠狠| 日韩精品一区二区三区中文不卡| 欧美一级久久久| 日韩亚洲电影在线| 精品日韩一区二区三区免费视频| 91精品国产福利| 久久影院午夜论| 中文字幕乱码久久午夜不卡 | 老司机精品视频在线| 裸体歌舞表演一区二区| 韩国成人在线视频| 国产美女av一区二区三区| 国产91精品精华液一区二区三区| 国产成人在线影院| 在线欧美日韩精品| 欧美精品在线一区二区三区| 精品日韩在线一区| 亚洲综合久久久| 国产一区二区三区av电影| 91麻豆文化传媒在线观看| 日韩美女在线视频| 中文字幕人成不卡一区| 日本不卡在线视频| 色综合久久久久| 国产婷婷色一区二区三区四区 | 日本国产一区二区| 久久久久久久综合色一本| 亚洲一区二区欧美| 成人一道本在线| 欧美一激情一区二区三区| 亚洲男人都懂的| 国产a区久久久| 精品蜜桃在线看| 久久99蜜桃精品| 91麻豆精品国产无毒不卡在线观看| 国产精品色呦呦| eeuss鲁片一区二区三区| 久久综合中文字幕| 国内精品国产成人国产三级粉色| 欧美日韩一级二级三级| 午夜欧美大尺度福利影院在线看| 99久久久精品| 亚洲国产视频a| 国产成人综合亚洲网站| 一本大道久久a久久精二百| 日韩欧美在线网站| 久久99国产精品麻豆| 久久免费美女视频| 国产精品一区专区| 国产亚洲1区2区3区| 成人激情视频网站| 综合在线观看色| 欧美日韩一区二区三区在线 | 日韩欧美一二三四区| 久久99久久99小草精品免视看| 26uuuu精品一区二区| 国产乱码精品一区二区三| 国产精品乱码一区二三区小蝌蚪| 大美女一区二区三区| 亚洲国产综合色| 337p粉嫩大胆色噜噜噜噜亚洲| 成人精品视频网站| 日韩黄色免费网站| 国产精品热久久久久夜色精品三区 | 欧美一区二区在线免费播放| 青青草97国产精品免费观看| 国产精品久久毛片a| 欧美人成免费网站| 97国产一区二区| 免费在线看成人av| 亚洲图片欧美激情| 久久精品亚洲国产奇米99| 欧美四级电影网| 99久久99久久精品免费看蜜桃 | 日韩欧美另类在线| 欧美日韩日日摸| 在线视频欧美精品| 成人91在线观看| 成人福利视频在线看| 狠狠色丁香久久婷婷综合丁香| 污片在线观看一区二区| 亚洲日韩欧美一区二区在线| 国产精品婷婷午夜在线观看| 久久久亚洲精品一区二区三区| 日韩三级视频在线看| 欧美一区中文字幕| 日韩欧美一级特黄在线播放| 日韩亚洲国产中文字幕欧美| 日韩一级免费一区| 久久亚洲欧美国产精品乐播| 日韩精品影音先锋| 中文字幕欧美激情| 日韩毛片视频在线看| 一区二区三区高清不卡| 日产国产欧美视频一区精品| 天天色天天爱天天射综合| 久久99精品久久久久婷婷| 国模少妇一区二区三区| 91在线一区二区三区| 欧美吞精做爰啪啪高潮| 亚洲精品在线电影| 亚洲人成在线播放网站岛国| 亚洲第一福利一区| 国产一区欧美二区| 日本高清不卡aⅴ免费网站| 日韩一区国产二区欧美三区| 久久久精品2019中文字幕之3| 亚洲欧洲综合另类在线| 麻豆91小视频| 色婷婷综合久久久久中文| 日韩一区二区三区电影在线观看|