Postgres 原生全文搜索扩展 Tin 发布

#ARTICLE HackerNews 2026.09.20

推荐指数 76.0 NO. 012 · 2026.09.20

发布2026/09/19Score136Comments61

为什么值得看

Tin 是 Neki 团队推出的 Postgres 原生全文搜索扩展，支持布尔表达式、模糊匹配、BM25 评分等高级特性，语法简洁到只需 CREATE INDEX ... USING tin 和 ==> 操作符。对不想维护 Elasticsearch/Milvus sidecar 的 AI 工程师来说，这意味着可以用同一份数据库连接搞定向量检索+全文搜索的混合 RAG 架构。

编辑判断

做 RAG 的团队目前的主流方案是 Postgres 存向量 + Elasticsearch 或 Meilisearch 做全文检索，运维两套系统且数据同步是隐性成本。Tin 的野心是把这块吃掉，直接用 BM25 在 Postgres 内部完成关键词检索，再和 pgvector 的向量搜索做 hybrid rerank。

跟 ZomboDB（Postgres 桥接 Elasticsearch）或 ParadeDB 的 BM25 组件比，Tin 的差异化在于语法极简（==> 操作符）和宣称的 COUNT(*) 查询性能，但 ParadeDB 已经跑在前面积累了生产案例，Tin 的可靠性还需要真实 workload 验证。

如果你的 RAG 系统目前在用 pgvector + 单独搜索服务，且查询延迟不是极端敏感，可以等两周看看社区反馈再决定是否迁移，现在适合在 staging 环境跑 benchmark 对比召回率。

社区反馈

意见分歧 50 条评论

核心争论：Postgres原生FTS扩展是运维简化还是云厂商锁闭生态的新陷阱

Tiberium

If anyone's curious - https://planetscale.com/docs/postgres/search/get-started#loc...: They're not providing a local extension with the same performance at the time - it's only offered on their cloud services. The local version https://github.com/planetsc

noir_lord

Becoming more the norm for them, Neki is the same. Immediately rules out ever using them (though I don't currently have any problems that would benefit from that level of scale currently, have in the past though). Postgres's license allows this but for me (personally) it leaves a bad taste. Also it'

samlambert

why?

替代方案： ElasticsearchMilvusParadeDBpg_searchTimescale pg_textsearchNeon LakebaseDatabricks LakebaseSQLiteLuceneMSSQL FTSPlanetScale

查看原文 →