EN
返回档案库

档案库 · 开发与企业工具 · 产品决策 · 2026

pg_textsearch:Timescale 押注 BM25 排名搜索应内置在 Postgres 中

Timescale 发布了 pg_textsearch,一个采用 Postgres 许可的 BM25 全文搜索扩展;上线当日获 203 个 HN 点赞,到 2026 年 9 月 GitHub 星标超过 4000。

Timescale

它在赌什么BM25 排名搜索应属于 Postgres:一种开放、宽松许可的索引类型,取代独立的搜索引擎,并将关键词搜索与向量搜索结合。已上线

做的是什么生意

pg_textsearch is Timescale's open-source PostgreSQL extension for BM25 relevance-ranked full-text search: a bm25 index type queried with ORDER BY syntax, configurable k1/b ranking parameters, top-k Block-Max WAND optimization, parallel builds and expression and partial indexes, licensed under the PostgreSQL license.

起因

pg_textsearch appeared on 2026-03-31 as a v1.0 Show HN from the timescale GitHub org with the pitch 'Modern ranked text search for Postgres'. The original codename was Tapir — 'Textual Analysis for Postgres Information Retrieval' — and the extension ships BM25 ranking, PostgreSQL text-search configurations (english, french, german and more), expression indexes for JSONB and multi-column fields, and partial indexes for scoped and multilingual search.

经过

In the launch thread the Timescale engineer posting as tjgreen called v1.0 the GA line and said hybrid search was 'one of the main current use cases we had in mind developing the extension', while commenters asked when it would reach Supabase, AWS Aurora, Alloy, Azure and GCP Cloud SQL. The thread's licensing debate pitted the extension's permissive PostgreSQL license against ParadeDB's AGPL. By the 2026-09-03 commit the project was at v1.5.0-dev and the README documented chunked tokenization, zhparser-based Chinese search, compression, and memtable and compaction controls alongside the original feature set.

结果

As of 2026-09-05 the extension is live and expanding: v1.5.0-dev marked production ready, prebuilt binaries for PostgreSQL 17 and 18 on Linux and macOS, and a GitHub discussion and PR pipeline taking feature requests. No revenue or hosted-service figures appear in the material.

背景

pg_textsearch 是 Timescale 的开源 PostgreSQL 扩展,为 Postgres 添加 BM25 相关性排名的全文搜索作为原生索引类型。开发者写 ORDER BY content <@> “搜索词”,Postgres 则按 BM25 返回文档排名,支持可配置的 k1 和 b 参数、PostgreSQL 文本搜索配置用于词干和停用词、JSONB 字段的表达式索引、部分索引、分区表支持和 Block-Max WAND 的 top-k 优化。项目采用 PostgreSQL 许可,最初代号为 Tapir。

押注在于排名搜索是数据库功能,而非独立产品。Timescale 将其作为自由开源软件发布在自己的 GitHub 组织下,直接瞄准将搜索引擎从应用数据库引出工作负载:混合检索,其中 BM25 关键词结果和向量嵌入结合用于 RAG。发布帖称混合搜索是“开发该扩展时的主要用例之一”,其过滤语义模仿 pgvector,让 Postgres 用户保持一个查询心智模型。

扩展于 2026 年 3 月 31 日作为 v1.0 Show HN 发布,获得 203 分和 56 条评论,到 2026 年 9 月 3 日爬取时星标超过 4000,提交 304 次,README 标记 v1.5.0-dev 生产就绪。帖子评论要求托管 Postgres 提供商采用,并辩论其宽松许可与 ParadeDB 的 AGPL。材料未记录收入或托管服务数字,因此商业验证仍待检验。

这件事要成立,得有什么

  • Postgres 的 tsvector 可以找到文档,但无法跨语料库排名,因此相关搜索通常意味着搭建 Elasticsearch 或其他引擎;索引类型则消除了第二套系统。
  • 宽松的 PostgreSQL 许可回应了禁止 AGPL 替代品在托管云和无法承担 Copyleft 的企业中使用的异议。
  • 用于 RAG 的向量加关键词混合检索是楔子负载:它为每个 AI 应用提供理由,将搜索保留在与嵌入相同的数据库中。
  • 成为 Postgres 中缺失的基元让分发变成引力——约五个月内获得 4000+ 星标——而每个托管 Postgres 用户都是潜在 Timescale 客户。

可借鉴之处

要开启基础设施类别,将缺失的基元作为宽松开源随主产品发布——它成为默认答案,而每个用户都是潜在数据库客户。

后续进展

截至 2026 年 9 月 5 日,pg_textsearch 已上线并积极开发:README 标记 v1.5.0-dev 生产就绪,发布为 Linux 和 macOS 上的 PostgreSQL 17 和 18 提供预编译二进制,文档涵盖表达式和部分索引、zhparser 中文支持和后台压缩控制。仓库拥有 4000+ 星标和 115 个分叉,发布帖中请求托管提供商可用的评论仍未解决。材料中未出现收入或托管服务数字,因此商业验证仍待检验。

资料来源

发现哪里写错了?告诉我们。

轮到你了

你刚读完一家。说说你在做什么,看看谁在赌同一件事。

免费账号 · 3 次免费提问 · 不用绑卡

相关案例