如果你打算分发自己的 PostgreSQL 扩展模块, 那么为它们搭建一个可移植的构建系统会相当困难。因此, PostgreSQL 安装提供了一套称为 PGXS 的扩展构建基础设施,使简单的扩展模块可以针对 已安装好的服务器直接构建。PGXS 主要面向包含 C 代码 的扩展,不过它也能用于纯 SQL 扩展。注意, PGXS 并不打算成为一个可以用来构建任意与 PostgreSQL 交互软件的通用构建系统框架;它 只是把简单服务器扩展模块的常见构建规则自动化。对于更复杂的软件包,你 可能还是需要自己编写构建系统。
要使用PGXS基础设施构建扩展,必须编写一个简单的 makefile。在其中需要设置一些变量,并包含全局PGXSmakefile。下面的示例构建一个扩展模块,名为isbn_issn,由包含一些 C 代码的共享库、扩展控制文件、SQL 脚本、包含文件(仅在其他模块可能需要不经 SQL 访问扩展函数时才需要)以及文档文本文件组成:
MODULES = isbn_issn EXTENSION = isbn_issn DATA = isbn_issn--1.0.sql DOCS = README.isbn_issn HEADERS_isbn_issn = isbn_issn.h PG_CONFIG = pg_config PGXS := $(shell $(PG_CONFIG) --pgxs) include $(PGXS)
最后三行应始终相同。在文件的前面部分,可以给变量赋值或添加自定义的make规则。
设置这三个变量之一,以指定构建内容:
MODULES要从同名源文件构建的共享库对象列表(列表中不要包含库后缀)
MODULE_big要从多个源文件构建的共享库(在 OBJS 中列出对象 文件)
PROGRAM要构建的可执行程序(在 OBJS 中列出对象文件)
还可以设置以下变量:
EXTENSION扩展名称;对于每个名称,你都必须提供一个 文 件,它将安装到 extension.controlprefix/share/extension
MODULEDIR 下的子目录, 用于安装 DATA 和 DOCS 文件(若未设置,则在设置了 prefix/shareEXTENSION 时默认为 extension,否则默认为 contrib)
DATA要安装到 的任意文件prefix/share/$MODULEDIR
DATA_built要安装到 的任意文件,但它们需要先被构建prefix/share/$MODULEDIR
DATA_TSEARCH要安装到 下的任意文件prefix/share/tsearch_data
DOCS要安装到 下的任意文件prefix/doc/$MODULEDIR
HEADERSHEADERS_built要(可选地先构建并)安装到 下的文件。prefix/include/server/$MODULEDIR/$MODULE_big
与 DATA_built 不同, HEADERS_built 中的文件不会被 clean 目标删除;如果你希望删除它们,也应把它们 加入 EXTRA_CLEAN,或者自行添加规则来完成删除。
HEADERS_$MODULEHEADERS_built_$MODULE要安装的文件(如果指定了则先构建),安装位置为 , 其中 prefix/include/server/$MODULEDIR/$MODULE$MODULE 必须是 MODULES 或 MODULE_big 中使 用的某个模块名。
与 DATA_built 不同, HEADERS_built_$MODULE 中的文件不会被 clean 目标删除;如果你希望删除它们,也应把它们 加入 EXTRA_CLEAN,或者自行添加规则来完成删除。
对同一个模块同时使用这两个变量,或以任意方式组合使用,都是合法的; 但如果你在 MODULES 列表中有两个模块名只相差一 个前缀 built_,就会产生歧义。在这种情况(希望不 太可能发生)下,你应只使用 HEADERS_built_$MODULE 变量。
SCRIPTS要安装到 的脚本文件(不是二进制文件)prefix/bin
SCRIPTS_built要安装到 的脚本文件(不是二进制文件),但它们需要先被构建prefix/bin
REGRESS回归测试用例列表(不带后缀),详见下文
REGRESS_OPTS传递给 pg_regress 的额外开关
NO_INSTALLCHECK不定义 installcheck 目标,适用于测试需要特殊配置, 或者不使用 pg_regress 的情况
EXTRA_CLEAN在 make clean 中要额外删除的文件
PG_CPPFLAGS将被添加到 CPPFLAGS 前面
PG_CFLAGS将被添加到 CFLAGS 后面
PG_CXXFLAGS将被添加到 CXXFLAGS 后面
PG_LDFLAGS将被添加到 LDFLAGS 前面
PG_LIBS将被加入 PROGRAM 的链接命令行
SHLIB_LINK将被加入 MODULE_big 的链接命令行
PG_CONFIG要针对其进行构建的 PostgreSQL 安装所对应 的 pg_config 程序路径(通常只写 pg_config,表示使用你 PATH 中找到的第一个)
把这个 makefile 命名为 Makefile,并放在保存扩展的目录中。 然后你就可以执行 make 进行编译,再执行 make install 安装你的模块。默认情况下,该扩展会针 对你 PATH 中找到的第一个 pg_config 所对应的 PostgreSQL 安装进行编译和安装。你也可以使 用不同的安装,只需让 PG_CONFIG 指向它的 pg_config 程序,无论是在 makefile 中设置,还是在 make 命令行上设置都可以。
如果希望将构建目录单独放置,也可以运行make,并将工作目录设在扩展源码树之外。这种做法也称为VPATH构建。具体方法如下:
mkdir build_dir cd build_dir make -f /path/to/extension/source/tree/Makefile make -f /path/to/extension/source/tree/Makefile install
另外,你也可以像核心代码那样为 VPATH 构建准备一个目录。其中一种方法是 使用核心脚本 config/prep_buildtree。准备好之后, 就可以像下面这样通过设置 make 变量 VPATH 来构建:
make VPATH=/path/to/extension/source/tree make VPATH=/path/to/extension/source/tree install
这种方式适用于更多种目录布局。
在 REGRESS 变量中列出的脚本用于对模块做回归测试,可 在执行完 make install 之后,通过 make installcheck 来运行。要让它工作,你必须有一个 正在运行的 PostgreSQL 服务器。列在 REGRESS 中的脚本文件必须位于扩展目录下名为 sql/ 的子目录中。这些文件必须具有 .sql 扩展名,而该扩展名不应出现在 makefile 的 REGRESS 列表中。对于每个测试,还应在名为 expected/ 的子目录中有一个包含期望输出的文件,其主 干名相同,扩展名为 .out。 make installcheck 会用 psql 执行每个测试脚本,并把得到的输出与对应的期望文件比较。任何差异都会以 diff -c 格式写入 regression.diffs 文件。注意,如果尝试运行一个缺少 期望文件的测试,将被报告为 “trouble”,所以请确保所有期望 文件都已准备好。
创建期望文件最简单的方法是先建立空文件,然后运行一次测试(当然这会报告差异)。检查 results/ 目录中的实际结果文件;如果它们与你对测试的预期一致,就把它们复制到 expected/ 中。