PostgreSQL的数据存储(六)---数据存储

cike0415

4.1.2  “relation”如何与外部文件对应
　　对于数据库系统的用户而言，一个二维的表，是一个逻辑的概念，其包含两部分东西，一是表的结构信息（表定义，create table…语句）；另外一个是表数据，即通过insert into插入到表中的数据。
　　表的定义，是展示用户逻辑的，表的定义需要被数据库系统保存，存放地点，则是系统表空间；表的数据，物理上，是以文件形式存储于操作系统，可以存放与系统的表空间，也可以存放于用户自定义的表空间；存放在表空间的数据，是以数据文件的形式存储的。数据文件是表空间的物理外在形式，表空间是数据文件在数据库中的逻辑名称。
　　所以，表定义，可以是看作逻辑概念，数据文件的存储，是物理形式，如何把两者通过数据库管理系统统一（衔接点），则是我们本节讨论的内容。
　　从数据结构看，如下结构是逻辑概念和物理存储衔接的纽带：
　　typedef struct RelFileNode
　　{
　　Oid spcNode; /* tablespace */  //表空间的标识符号
　　Oid dbNode; /* database */  //具体数据库的标识符号
　　Oid relNode; /* relation */  //具体表的标识符号
　　} RelFileNode;
　　从代码季度分析，可以从relpathbackend函数入手，查看逻辑概念和物理存储之间的关系。
　　1. 本函数，根据数据库对象的RelFileNode指定的关系，找出外存对应的文件（文件位置）
　　2. 人口参数包括：RelFileNode rnode, BackendId backend, ForkNumber forknum
　　3. 第一个参数rnode，指出一个数据库中逻辑对象对应的外存文件信息，根据这个信息，可以拼接出外存文件的路径和文件名称（pg以数据库对象的ID值作为路径名称和对象名称，拼接规则，依赖于本函数中对“path”变量的赋值方式）
　　4. 根据rnode结构中的spcNode的值，判断要在物理存储的哪个表空间上操作dbNode指定数据库的relNode文件。这时，就有如下逻辑判断：
　　if (rnode.spcNode ==GLOBALTABLESPACE_OID) {
　　/* Shared system relations live in {datadir}/global */
　　}
　　else if (rnode.spcNode == DEFAULTTABLESPACE_OID) {
　　/* The default tablespace is {datadir}/base */
　　if (backend == InvalidBackendId) {
　　}
　　else {
　　/* OIDCHARS will suffice for an integer, too */
　　}
　　}
　　else {
　　/* All other tablespaces are accessed via symlinks */
　　if (backend == InvalidBackendId) {
　　}
　　else {
　　/* OIDCHARS will suffice for an integer, too */
　　}
　　}
　　5. 最后得出文件的具体存放位置，注意在snprintf函数中对于文件路径的拼接方式，有所不同