ext

决策日期： 2026-10-16 状态： Implemented（已实现），纳入 v1.10.0 候选版本，尚未发布。 当前参考： pig ext 目录计数 范围： 目录总数与默认列表成员；包安装和 SQL 启用方式仍由各条目定义。 决策 统一用目录记录数表示扩展总数，包括已打包的 SQL 工具与保留的生命周期记录。 CLI 根据实际加载或下载的目录计算总数。 背景 目录同时服务于软件包发现和 PostgreSQL 扩展发现。已打包的 SQL 工具即使没有控制文件， 不支持 CREATE …

决策日期： 2026-08-13 状态： 提案；安全机制、覆盖规则、打包方式与路径布局待定。 当前参考： pig ext 与 pig repo 范围： PIG 2.0 产品元数据的发布与读取模型。 决策 Catalog v2 将产品元数据分成多个有类型的数据文件，组成一份不可变、可验证的快照。 清单文件（manifest）记录平台、仓库、路由、包别名、扩展、兼容性、Pigsty 版本与公钥数据的 长度和哈希。所有文件一起校验，通过同一个指针激活，避免混用不同版本的仓库与扩展矩阵。 快照以内容摘 …

Pig v1.7.0 是 v1.6.2 之上的仓库兼容性与目录更新版本：明确中国镜像选择语义，默认保留 DNF 原生模块过滤，恢复精简的 EL7 仓库目录，并将内置扩展快照从 572 个增加到 575 个。内置 Pigsty 版本仍为 4.5.0。 主要变化 -m|--mirror 现在直接选择内置的 china 仓库定义。PGDG、Rocky Linux、Debian、Ubuntu、Docker 等区域路由使用维护中的镜像列表，不再进行旧版运行时 PGDG 代理改写。 EL 仓库不再全局注入 …

Pig v1.6.2 是 v1.6.1 之上的功能与目录更新版本：已打包扩展从 562 个增加到 572 个，新增 Grafana 仪表盘 schema v2 原生支持，并改进本地软件仓库生成流程。内置 Pigsty 版本继续锁定为 4.5.0。 主要变化 pig sty grafana 现在同时支持传统仪表盘 JSON 与原生 dashboard.grafana.app/v2 Dashboard 资源。载入 v2 仪表盘时使用 Grafana resource API，确保标签页与 …

pig v1.6.1 是 v1.6.0 之上的维护版本：没有新增命令，也没有参数变更， 这次发布的重点是二进制里自带的那份扩展目录。 变更内容 扩展目录刷新：内置的 extension.csv 依据 Pigsty 软件仓库重新生成，pig ext list 与 pig install 无需先跑一次 pig ext reload，即可对齐当前的软件包版本。 Pigsty 版本对齐到 4.5.0：pig sty 与 pig status 报告的内嵌 Pigsty 版本随之更新。 版本号同步：构建元数 …

Pig v1.5.1 是一次构建与仓库维护版本，更新了多款 PG 内核分支包。 主要变化 镜像/代理模式覆盖 repo、build、sty、update、ext update 等流程；pig build rust -m 会写入 Cargo 镜像配置并使用 rsproxy.cn。 新增 PostgreSQL 19 beta 的 repo、tool、pgrx 显式构建开关：pig build repo --beta、pig build tool --beta、pig build pgrx -b；稳定 …

经常有人问我：Pigsty 到底是什么？我通常回答：PostgreSQL 发行版。 通常下一个问题就是：那 “PostgreSQL 发行版” 又是什么？ 这是个好问题。而要把它讲清楚，最好的切入点不是数据库，而是操作系统。 一、从 Linux 与操作系统发行版说起 说起 Distribution（发行版），绝大多数人第一反应都是 Linux 发行版 —— Red Hat、Debian、Ubuntu、SUSE、Arch…… 但问题是：既然已经有 Linux，为什么还需要 Linux 发行版？两者到 …

在线幻灯片：人人都能用上的 PostgreSQL 扩展 第一部分：引言 0. 人人都能用上的扩展 00. 人人都能用上的扩展 大家好，这次演讲的题目是「人人都能用上的扩展」。 它讨论的是 PostgreSQL 扩展的交付，以及一个共享的交付层，如何同时让用户、扩展作者、厂商和 PostgreSQL 内核开发者受益。 1. 我是谁 01. 我是谁 我是冯若航，Pigsty 的作者和维护者。Pigsty 是一个开源 PostgreSQL 发行版。 我也是 pgext.cloud 的建设者 …

一个 Issue ，引发扩展马拉松；32 个新扩展告诉你，PostgreSQL 正在变成什么；504 个扩展，PostgreSQL 生态的天花板在哪？ 从一个化学扩展说起 两天前，一位用户在 GitHub 上给我提了个 Issue：他在用 RDKit —— 化学信息学领域的事实标准库，能在 PostgreSQL 里做分子结构存储、子结构检索和相似性计算。 但他发现 PGDG 官方打包的版本缺了 InChI 功能，他自己折腾了半天，加上编译参数后总算跑通了，但还是希望 Pigsty 能原生支持。 …

例行维护版本。 例行刷新部分扩展版本元数据与扩展目录条目，扩展版本更新。 新增 pig pg tune 子命令，可根据硬件资源与工作负载画像生成 PostgreSQL 调优参数建议。 为 pig build get 新增 pdu 与 pgdog 两个源码包 alias。 调整 pgext.cloud 的 URL 至新版本的扩展目录 pigsty.io/ext 校验和 复制全部校验和 下载资产 文件校验和 pig-1.3.2-1.aarch64.rpm Linuxarm64SHA-256 …

扩展目录：中文站 · 英文站 扩展是 PostgreSQL 的灵魂。没有扩展的 PostgreSQL，只是一个普通的关系型数据库；有了扩展的 PostgreSQL，才是那个能吞噬整个数据库世界的超级平台。 但长期以来，PG 扩展生态一直面临一个尴尬的问题：找不到、看不懂、装不上。你想用一个扩展，得先去 GitHub 翻 README，再去 PGXN 碰运气看有没有包，然后对着不同操作系统的包管理器折腾半天。运气好装上了，运气不好，编译失败、依赖缺失、版本不兼容，一下午就没了。 所以我做了一件事 …

今天老冯又让 Claude Code 干了一件大好事 —— 做了一个全新的 PostgreSQL 扩展目录，就放在 pigsty.cc/ext 这里。 说起来，这已经是第五版了。兜兜转转一大圈，又回到了第一版使用的 Hugo + Docsy 框架，重新融合到 Pigsty 主站。这个过程本身就是个故事，后面再聊。先说说这一版到底做了什么。 不只是有包，还要有文档 之前的扩展目录，核心功能是告诉你：这个扩展叫什么、元数据在哪里、二进制包怎么下载、一键安装怎么搞。你装好了就行，至于怎么用 —— 自己 …

这是从 v1.2.0 到 v1.3.0 的一次工程强化与目录扩展版本：15 commits、74 files changed、代码行 +1184 / -236。 该版本重点围绕 pig build 构建链路和 ext 目录/别名能力增强，并将可用扩展数量从 451 增加到 461。 主要变化 构建源码下载增强（pig build get）： 支持从扩展 Source 字段解析多源码（空格/换行/Tab 分隔）并去重。 新增 agensgraph / agentsgraph 源码映射。 …

变更 将 pig sty install 重命名为 pig sty deploy，使命令名称准确表达其执行 Pigsty 部署 playbook 的行为。 为 pig sty conf 增加 -g、-p 与 -o 参数，与该版本中的 configure 脚本保持一致。 在 pgsql-full 软件包别名中保留 llvmjit。 校验和 复制全部校验和 下载资产 文件校验和 pig-0.9.0-1.aarch64.rpm Linuxarm64SHA-256 ea0c098d…13fa …

修复 将 v0.8.0 中移除的 llvmjit 恢复到 pgsql-full 软件包别名。 将发布版本更新为 v0.8.1。 校验和 复制全部校验和 下载资产 文件校验和 pig-0.8.1-1.aarch64.rpm Linuxarm64SHA-256 fd9291b1…258c pig-0.8.1-1.x86_64.rpm Linuxamd64SHA-256 c2ec07d1…edec pig-v0.8.1.darwin-amd64.tar.gz macOSamd64SHA-256 …

大家好，我是冯若航，Pigsty 的作者，独立开源贡献者。 今天我想和大家聊一个话题：如何打造一个立足中国，面向全球的 PostgreSQL 数据库发行版。 这个标题听着有点大，但我想说的很简单：PostgreSQL 已经赢了，问题是 —— 我们中国开发者在这场胜利中扮演什么角色？ 是旁观者，还是参与者？是跟随者，还是引领者？ 数据库内核之争已经尘埃落定，真正的竞争将会发生在数据库发行版上。 而在这个关键的机会窗口里，我们应该凝聚生态合力，打造一个全世界开发者都愿意使用的基础设施，数据库世界中的 …

微信公众号链接 PostgreSQL 拥有极为强大的扩展插件体系。 在 《PostgreSQL 正在吞噬数据库世界》中， 老冯已经阐述过 可扩展性 是 PostgreSQL 成功的核心要素。 举例来说，PG 有 GIS 领域的事实标准 PostGIS，向量数据库的瑞士军刀 pgvector，还有可以替代 ElasticSearch 的 pg_search， 以及使用 DuckDB 在 PG 内进行分析的 pg_duckdb / pg_mooncake 等等，这些扩展为 PostgreSQL 赋 …

上线全新的 PGEXT.CLOUD 扩展目录 修复了不必要的 sudo 使用问题，现在可以方便的在容器中使用 允许 pig ext link 命令使用形如 pg17 pg18 的参数形式 新增环境变量 PIG_NO_SUDO，强制不使用 sudo 执行命令 RPM 变更日志：为几乎所有扩展新增 PG 18 支持 DEB 变更日志：为几乎所有扩展新增 PG 18 支持 Infra 变更日志：例行更新至最新版本 校验和 复制全部校验和 下载资产 文件校验和 …

新扩展目录：https://ext.pgsty.com 新子命令：pig install 简化 pig ext install 添加新内核支持：带 pg_tde 的 percona 添加新包：Google GenAI MCP 数据库工具箱 添加新仓库：percona 仓库和 clickhouse 仓库 将扩展摘要信息链接更改为 ext.pgsty.com 修复 orioledb 在 Debian/Ubuntu 系统上的问题 修复 EL 发行版上的 epel 仓库 将 golang 升级到 …

将扩展列表更新至 414 个 在 pig ext scan 映射中添加 citus_wal2json 和 citus_pgoutput 添加 PG 18 beta 仓库 添加 PG 18 包别名 v0.4.1 发布于 2025-05-07 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

更新扩展列表，可用扩展达到 407 个 添加 pig do 子命令用于执行 Pigsty playbook 任务 添加 pig pt 子命令用于包装 Patroni 命令行工具 添加扩展别名：openhalo 和 orioledb 添加 gitlab-ce / gitlab-ee 仓库区分 使用最新 Go 1.24.2 构建并升级依赖项版本 修复特定条件下 pig ext status 的 panic 问题 修复 pig ext scan 无法匹配多个扩展的问题 v0.4.0 发布于 …

一年一度的 PostgreSQL 开发者大会 PGConf.dev 即将在五月于蒙特利尔举办。大会前一天是 Postgres Extensions Day，专门讨论 PG 扩展的开发、打包与发布。议程刚刚公布，共安排了 14 场演讲。 当然这次，我就不当观众了，我的演讲是下午的首场 —— “The Missing Postgres Extension Repo and Package Manager”。即“PG 生态中长久缺失的扩展仓库与包管理器”。我会介绍 Pigsty 提供的扩展仓库和 …

添加 pig build dep 命令安装扩展构建依赖项 更新默认仓库列表 为 mssql 模块（babelfish）使用 pigsty.io 镜像 将 docker 模块合并到 infra 从 el7 目标中移除 pg16/17 允许在 el7 中安装扩展 更新包别名 v0.3.3 发布于 2025-03-25 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

常规错误修复 修复仓库格式字符串 修复扩展信息链接 更新 pg_mooncake 元数据 v0.3.1 发布于 2025-03-19 查看发布 源码 · tar.gz 源码 · zip pgsty/pig

微信公众号 最近我在忙一个非常有趣的新项目，这两天总算弄完了。各位朋友们，给大家介绍一下这个有趣的小东西，PostgreSQL 与 Pigsty 中久久缺失的一个命令行工具，我称之为 “pig”。 PIG 使用系统的 APT、YUM 或 DNF 安装软件包，根据 Linux 发行版、CPU 架构与 PostgreSQL 版本选择匹配的包。国内用户可以选择镜像仓库。 当然，安装 PG 这种事算不上有什么技术挑战，真正有难度的是 PostgreSQL 生态中的扩展插件。PostgreSQL 有着数 …

最近没怎么更新，因为在憋大招。最近功成出关，遂发此文为贺 —— 我做了一个收录 PG 生态中 340 个扩展的仓库，让 PostgreSQL 在成为数据库全能王的道路上又往前迈出了坚实的一步！ 自从我在 《PostgreSQL正在吞噬数据库世界》 一文中指出 可扩展性 对于 PostgreSQL 的重要性以来，PG 社区对此进行了热烈的讨论，并且达成了共识。 最终体现在《PostgreSQL 17 发布注记！》中。 但真正重要的事情不是认识世界，而是改变世界。既然大家都已经认清了扩展很重要，那么 …

pig build 使用 Pigsty 的构建配方下载源码、安装依赖并生成 RPM/DEB 软件包。它适用于 EL、Debian 和 Ubuntu 构建主机；Rust、pgrx 和 Xray 客户端也支持各自的 macOS 使用场景。 命令 描述 备注 build spec 初始化构建规范目录 build repo 初始化所需仓库 需要 sudo 或 root 权限 build tool 初始化构建工具 需要 sudo 或 root 权限 build rust 安装 Rust 工具链 当前用户 …

pig ext 查询扩展目录，安装、升级或移除主机上的 PostgreSQL 扩展软件包。它也支持 PostgreSQL 内核包。安装软件包后，按扩展要求在数据库中执行 SQL 并修改配置。 命令 描述 备注 ext list 搜索扩展 ext info 显示扩展详细信息 ext avail 显示扩展可用性矩阵 ext status 显示主机可见的扩展文件/软件包 不会逐库查询 ext scan 扫描已安装的控制文件/共享库 不会逐库查询 ext add 安装扩展 需要 sudo 或 root …

PIG 是 PostgreSQL 与扩展的命令行管理工具。它将扩展名转换为 RPM 或 DEB 软件包名，再调用 apt、dnf 或 yum 完成安装。 扩展目录收录了 603 个条目。PIG 根据 PostgreSQL 大版本、操作系统和 CPU 架构选择对应包名，也提供源码构建、本地 PostgreSQL 管理、备份恢复和 Pigsty 管理命令。 可以做什么 任务 命令 参考文档 查找扩展，检查是否有包可用 pig ext list、pig ext avail 扩展管理 添加 PGDG 与 …

本教程安装 PostgreSQL 18 和 pgvector，启动本地测试实例，并在数据库中启用扩展。 准备一台受支持的 Linux 测试主机，确保能联网并已安装 curl。你需要 root 或 sudo 权限。按顺序执行以下命令。 安装 PIG curl -fsSL https://repo.pigsty.cc/pig | bash pig version 中国大陆以外可使用 https://repo.pigsty.io/pig。安装脚本会选择与主机匹配的 RPM 或 DEB 包。其他方式见安 …