PG数据文件和块管理与Oracle比较

之前有说过PG数据库中的对象oid与数据文件一一对应，创建的数据库如果没有指定表空间，则会默认放在默认表空间中，例如：

1.对象OID与数据文件对应关系

Oracle的逻辑与物理对应关系如下：

两种结果相比较而言：

oracle的数据文件保存在表空间中，oracle表空间在创建时空间已经分配好，如果表在该表空间所在的数据文件中创建，数据文件就会分配块给这个表，如果表被删除（特指truncate操作），分配给这个表的块会被回收，还给数据文件。

PG的数据文件保存在文件系统中，OID与数据文件一一对应，PG省去了回收操作，在进行truncate操作的时候，PG会删掉原来的数据文件，再创建一个新的数据文件，因为这样会更快。

所以 oid号与relfilenode号不一定相同，如果不同，证明该表之前进行过truncate操作。

2.更快的定位数据文件所在物理位置

使用内置函数pg_relation_file_path

3.相关联的其它数据文件

可以看到，表空间中的数据文件还有以_fsm和_vm的文件

1.13433：真正的数据存放的位置。

2.13433_fsm：空闲空间地图（free space map）,记录了这个表可用空间的记录情况。

学过oracle的肯定能理解，类似于oracle的自动段空间管理(ASSM)，在oracle中，如果表空间是自动管理的，则会用到位图管理机制（BMB），给段分配很多数据块，oracle会拿出一些数据块来记录这些数据块的使用情况，这些数据块叫做：BMB（位图块），之前有写过相关博客。

Oracle 如何提高空间使用率？-CSDN博客

3.13433_vm：可见性地图（vacuum）,当进行vacuum操作时可见性地图文件用来提高操作的效率。

相关的三类文件在内部被称为每个关系的分叉(fork)，数据文件的fork号为0，空闲文件fork号为1，可见性地图文件的fork号为2。

4.数据块内部结构

（1）块头。（2）行指针。（3）堆元素（记录数据本身）

插入数据操作（insert）：

有点像俄罗斯方块，插入一个操作就新建一个指针，这个指针指向所记录的元素。

更新数据操作（update）：

PG特有的update方式，所以才会有vacuum进程。

update操作时，PG会先delete掉原来的行，再insert全新的行，也可以说把原来的行标记为删除状态，被删除的行空间不会立刻释放，vacuum操作时会释放。

读操作（select）：

分为全表扫描（PG中叫顺序扫描），索引扫描。