返回介绍

I. 教程

II. SQL 语言

III. 服务器管理

IV. 客户端接口

V. 服务器端编程

VI. 参考手册

VII. 内部

VIII. 附录

章49. 索引访问方法接口定义

发布于 2019-09-30 03:13:46 字数 847 浏览 1067 评论 0 收藏 0

目录
49.1. 索引的系统表记录
49.2. 索引访问方法函数
49.3. 索引扫描
49.4. 索引锁的考量
49.5. 索引唯一性检查
49.6. 索引开销估计函数

本章定义 PostgreSQL 核心系统和索引访问方法之间的接口,后者管理独立的索引类型。除了在这里声明的东西之外,核心系统对索引一无所知,因此可以通过书写累加上来的代码,开发一种完全新的索引类型。

PostgreSQL 里的所有索引技术上都叫做从属索引,也就是说,索引在物理上是与它描述的表文件分离的。每个索引是以其自己的物理关系的方式存储的,因此它们也在 pg_class 表里面有记录描述。一个索引的内容是完全在其索引访问方法的控制之下的。实际上,所有索引访问方法都把索引分裂成标准大小的页面,这样他们就可以使用普通的存储管理器和缓冲区管理器来访问索引的内容了。所有现有的索引访问方法更是使用节52.3里面描述的标准的页面布局,并且索引行头都使用同样的格式;但是这些东西都不是强制访问方法执行的。也就是说必要的话你可以不用这些标准格式。

索引实际上是一些数据的键值与行标识符(TID)之间的映射,这些行标识符是索引的父表中的行版本(行)的标识。一个 TID 由一个块号和一个改块内的项编号组成(参阅节52.3)。这些就是从该表中抓取某个特定行版本的足够的信息。索引并不直接知道在 MVCC 下,同一个逻辑行可能有多个现存的版本;对于索引而言,每个行都是一个独立的对象,都需要自己的索引条目。因此,对一行的更新总是为该行创建全新的索引条目,即使键值没有改变也如此。已经废弃的行的索引条目是在废弃行自己被回收的时候回收(通过清理)。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文