postgresql源代码的结构(重要)

bootstrap - 通过initdb创建最初的数据库模板

几乎PostgreSQL的每一个操作都需要存取系统表,那么如何创建这些系统表呢?不能以通常的方式创建这些系统表并向其中插入数据,因为表的创建和插入要求系统表已经存在。这一部分代码的目的就是使用一种仅仅在bootstrap过程中使用的特殊方法来直接建立系统表


main - 将控制转到postmaster或postgres

检查进程名(argv[0])和各种标志, 然后将控制转到postmaster或postgres


postmaster - 控制postgres服务器启动/终止

创建共享内存,然后进入一个循环等待连接请求。当一个连接请求到达时,启动一个postgres后台服务进程,将连接转给它


libpq - 后台服务器libpq库函数

处理与客户进程间的通讯


tcop - 将请求分派到合适的模块

这是postgres后台服务进程的主要处理部分, 它调用parser, optimizer, executor, 和commands中的函数


parser - 将SQL查询转化为查询树

将来自libpq的SQL查询转换为命令形式的结构供optimizer/executor或commands使用.首先对SQL语句进行词法分析,转换为关键字,标识符和常量,然后进行语法分析。语法分析生成命令形式的结构来表示查询的组成。然后这个命令形式的结构被分离、检查和传送给commands中的处理函数,或者转换为结点链表供optimizer和executor处理


optimizer - 创建查询路径和查询计划

使用parser的输出来为executor生成优化了的查询计划.


optimizer/path - 使用parser的输出创建查询路径

它使用parser的输出生成所有可能的执行方法,它检查表的连接顺序,where子句限制和optimizer的表统计信息来评估每一个可能的执行方法,并赋予每个方法一个代价


optimizer/geqo - 遗传算法查询优化

optimizer/path对所有连接表的方法进行了评估。但是当表的数目变得很大时,检测测的数目也会变得很大。遗传算法查询优化对每一个表进行考虑,然后计算出最优的顺序来执行连接。如果只有几个表,这种方法花费较长的时间,但对于大量的表,这种方法就比较快了。系统有一个选项用于控制何时使用这个功能


optimizer/plan - 优化path输出

为optimizer/path的输出选择代价最小的路径并创建一个执行计划


optimizer/prep - 处理特殊的查询计划

对特殊的查询计划进行处理


optimizer/util - 优化器支持函数

供优化器其他部分使用的函数


executor - 执行来自optimizer的复杂的节点形式的查询计划

处理select, insert, update,和delete语句. 处理这些语句的操作包括堆扫描、索引扫描、排序、连接表、分组、计算集函数和唯一性处理


commands - 不需要executor执行的命令

执行不需要复杂处理的SQL命令.包括vacuum, copy, alter, create table, create type以及许多其他未能例举的命令。调用这一部分代码时使用由parser生成的结构.大多数的函数先做一些处理,然后就调用catalog目录下的一些低层函数来做实际的工作


catalog - 系统目录操作

包含用于操作系统表和系统目录的函数.表、索引、过程、运算符、类型、和集函数的创建和操纵函数在这里可以找到。它们都是低层的函数,通常由上层将用户请求格式化为预定义格式的函数调用


storage - 管理各种类型的存储系统

支持服务器以统一的方式存取资源


storage/buffer - 共享缓冲区管理

storage/file - 文件管理

storage/ipc - 信号灯和共享内存

storage/large_object - 大对象

storage/lmgr - 锁管理器

storage/page - 页管理器

storage/smgr - 存储/磁盘管理器


access - 各种存取方法

支持堆, 索引, 和事务对数据的存取


access/common - 公共存取函数

access/gist - 可自定义的存取方法

access/hash - hash

access/heap - 堆用于存取表

access/index - 所有索引类型都使用

access/nbtree - Lehman and Yao的btree管理算法

access/rtree - 用于索引2维数据

access/transam - 事务管理器(BEGIN/ABORT/COMMIT)


nodes - 创建/操纵节点和链表

PostgreSQL将SQL查询存储到称为节点的结构中。节点是通用的容器,它包含一个类型字段和一个与类型有关的数据字段.节点通常串成链表。


链表包含一个元素和一个next指针.节点和链表广泛的用于parser,optimizer,和executor中用于存储请求和数据


utils - 支持程序

utils/adt - 内建数据类型

包含所有PostgreSQL自带数据类型


utils/cache - system/relation/function高速缓存

PostgreSQL支持自定义数据类型,因此没有数据类型是固化在核心当中的。当服务器需要查找一个数据类型时它就到系统表中去找。由于系统表频繁使用,所以设立一个高速缓存来加速查找。系统中包括一个系统关系cache, 一个函数/运算符cache和一个关系信息cache. 关系信息cache中包含所有最近访问过的表的信息而不仅仅包含系统表的信息


utils/error - 错误报告

向前台报告后台错误


utils/fmgr - 函数管理器

处理动态加载函数的调用和在系统表中定义的函数的调用


utils/hash - 内部使用的hash程序

用于cache和内存管理器以便快速查找动态存储的数据结构


utils/init - 各种初始化

utils/misc - 未归类的东东

utils/mmgr - 内存管理器(进程私有内存)

PostgreSQL在显式的内存上下文中分配内存. 上下文可以是语句级、事务级或永久/全局级的.这样,后台服务器可以很容易地在一个语句或者事务结束的时候释放内存


utils/sort - 排序

在内存中或者使用磁盘文件排序


utils/time - 事务时间限定

检查元组是否仍然有效,还是属于未提交事务或者已被新行替代


include - 包含文件

每个子系统有一个目录


lib - 支持库

几个通用的程序


regex - 正规表达式库

用于后台服务器的正规表达式处理如'~'.


rewrite - 规则系统

完成规则系统的处理


tioga - 尚未搞明白

 

姓名:孙振兴  主题:查询优化器

posted @ 2010-01-14 15:39  电信415实验室  阅读(1669)  评论(0编辑  收藏  举报