标签

PostgreSQL

PostgreSQL 共享哈希表并行聚合：锁之外，还有哪些成本

来源: postgr.es 43
PostgreSQL 的并行聚合长期采用 Partial/Finalize 路径：多个 worker 各自构建局部哈希表，再由 leader 重新合并聚合状态。这个设计简单、稳定，也符合 PostgreSQL 的多进程执行模型，但当输入行数很多、分组键复杂、最终分组数量接近输入规模时，Finalize 阶段可能重新做大量哈希和比较工作。 一种看似直接的...
# AI # GCP # Go
阅读全文

AlloyDB ScaNN 用四层树把向量检索推进到百亿规模

来源: cloud.google.com 38
当企业级 Agent 把知识库、商品目录、日志和多模态内容都转成 embedding，向量总量很容易从千万跨过十亿，并继续逼近百亿。此时问题不再只是“能不能建索引”，而是索引训练是否装得进内存、构建成本是否可控，以及查询延迟会不会随数据量失去约束。AlloyDB 的 ScaNN 索引近期以预览版四层树架构应对这一挑战：在内部测试中，10 billion...
# AI # GCP # Go
阅读全文

Hackorum 的持续演进：把 pg-hackers 邮件列表读成现代论坛

来源: postgr.es 51
Hackorum 的核心思路并没有改变：它为 pg-hackers 邮件列表提供一个更接近现代论坛的 Web 阅读界面，同时让邮件列表继续作为唯一事实来源。自二月的介绍之后，项目更新的价值不只在于增加页面功能，更在于持续打磨邮件归档、线程导航和社区阅读体验之间的平衡。 邮件列表适合长期讨论、异步协作和完整留痕，但它的阅读入口通常依赖邮件客户端、归档页面...
# AI # PostgreSQL # 前端
阅读全文

PostgreSQL 社区第 31、32 周动态：会议议程、线下分享与 AI 开发讨论

来源: postgr.es 37
这两周的 PostgreSQL 社区活动横跨会议筹备、地区 Meetup、播客和社区文章。Postgres Summit US 2026 与 PGConf.PL 的议题安排取得进展，旧金山湾区和爱丁堡的本地社群继续组织技术分享，Talking Postgres 则把讨论延伸到 AI 如何改变软件开发。 8 月 6 日，Postgres Summit U...
# AI # PostgreSQL # 数据库
阅读全文

PostgreSQL 能否一统数据系统：从 Kafka、Elasticsearch 到 Redis 的边界分析

来源: oschina.net 38
“PostgreSQL for Everything”每隔一段时间就会重新引发讨论。原因并不难理解：PostgreSQL 的核心能力很完整，扩展生态也越来越丰富，JSONB、全文搜索、逻辑复制、LISTEN/NOTIFY、分区表和丰富的索引类型，让它能够覆盖许多原本需要专用系统的场景。 但“能做”不等于“应该替代”。PostgreSQL 更像一把能力很...
# Go # PostgreSQL # Redis
阅读全文

PostgreSQL GSSAPI Kerberos 配置：把 krb_caseins_users 与 krb_server_keyfile 理清

来源: postgr.es 37
PostgreSQL 的 GSSAPI 认证看起来像是“启用 Kerberos”这么简单，实际却依赖两个容易被忽略的服务端设置： 决定 PostgreSQL 从哪个 keytab 读取服务密钥， 决定 Kerberos 用户名与 PostgreSQL 角色名匹配时是否区分大小写。把这两个开关混在一起排查，通常会让认证问题变得更难定位。 指向 Postg...
# PostgreSQL # 后端 # 数据库
阅读全文

用 pg_shmemviz 看懂 PostgreSQL 共享内存：从分配布局到原始字节

来源: postgr.es 41
PostgreSQL 的共享内存决定了缓冲区、进程状态、WAL、锁和动态共享内存等多个核心子系统如何协作。过去，我们通常通过 、 或 查看其中某个方面；但当问题涉及物理位置、C 结构体字段、指针引用和字节级变化时，这些视图就不够用了。 是一个面向开发和调试的可视化工具。它把 PostgreSQL 的主共享内存段和动态共享内存段捕获为离线快照，再通过本地...
# AI # PostgreSQL # 后端
阅读全文

让 HubSpot 同步真正可靠：事务性 Outbox、QStash 与可修复的一致性

来源: postgr.es 43
HubSpot 同步最棘手的故障，不是请求明显失败，而是 HubSpot 已经提交变更，Worker 却在保存结果前丢失响应。此时重试可能重复写入，拒绝重试又会让本地事件永久悬挂。可靠方案必须把数据库、发布器、Worker 和远端变更都设计成可识别、可重试、可修复的状态机。 队列并不能保证消息只处理一次。发布确认可能丢失，QStash 也可能在 Wor...
# AI # Go # Next.js
阅读全文

把 HubSpot 多品牌订阅路由建模成可版本化的业务配置

来源: postgr.es 45
当一个“订阅 Brand A 产品新闻”的动作需要同时落到一个 HubSpot Brand、一个通信订阅类型、六个细分、三个联系人属性和若干分析目标时，这份映射已经不再是普通配置，而是产品业务逻辑。 如果把这些数字 ID 分散在网站代码和条件分支里，每增加一个站点、活动或品牌重组都要重新部署。更麻烦的是，几个月后很难回答一个审计问题：为什么这个联系人进...
# AI # Go # PostgreSQL
阅读全文