Show HN: Monolith：在真实的 Postgres 数据库上为 Java 提供实时类型查询（无需 JDBC）

一句话看懂：Monolith 是一组小型 Java 库，允许开发者在标准 PostgreSQL 上通过声明式记录定义，自动生成类型安全的二进制查询接口和实时订阅逻辑，核心是通过 libpq 协议和 WAL 日志实现类似 Firebase 的“数据变化即推送”体验，但保留了关系数据库的全部能力。

事件核心：发生了什么

GitHub 用户 singlr-ai 于近期发布了 Monolith 的 v0.1 实验版本。该项目提供一套 Java 注解（如 @PgType、@PgQuery），开发者只需编写一条 Java 记录（Record），编译时注解处理器就会自动生成 DDL 建表语句、Postgres 二进制协议 Reader/Builder、一段 TypeScript 前端 Reader，以及针对每个查询的反应式失效规则。运行时不依赖 JDBC，而是通过 Java FFM API（JDK 22+）直接调用 libpq，以二进制协议与 Postgres 通信。反应式部分通过逻辑复制槽（logical replication slot）尾随 WAL，将表变更映射回受影响查询参数，再触发精确的重新查询。目前后端使用 test_decoding 插件解码 WAL（非生产推荐），计划后期改用 pgoutput 或自定义解码插件。字段级加密（AES-256-GCM）在 JVM 本地完成，数据库仅存储密文。

为什么重要

项目直接回应了一个长期痛点：Java 生态一直缺少既保持关系数据库的 SQL、JOIN、事务和约束，又能像 Firebase/InstantDB 那样“订阅即实时更新”的轻量级方案。Monolith 没有做大而全的数据流引擎或增量视图维护，而是选择更简单的精确重新查询（precise re-execution），把复杂度留在编译期，用户依旧使用普通关系表、标准 SQL。这意味着后端开发者无需切换技术栈（如改用文档数据库或 GraphQL 网关），即可获得接近 NoSQL 实时库的用户体验。对于需要强事务保障的金融、电商、SaaS 行业来説，这是一个值得跟踪的架构实验。

对用户/开发者/创作者的影响

Java 后端团队：如果项目成熟，可以大幅降低从“查询数据”到“推送数据到 UI”的编码量。目前是 v0.1，API 会变，尚未提供生产级 WAL 解码方案，建议只用于原型验证。使用 Postgres 的独立开发者和创业团队：可能成为一个零框架、纯库级别的实时查询替代方案，尤其适合已有 Java 代码库并且希望避免引入额外消息队列或变更数据捕获中间件的场景。前端开发者：生成 TypeScript Reader 意味着前后端共享同一套二进制布局定义，减少了手动编写 API 客户端的工作量。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

1. WAL 解码插件方案是否稳定：目前依赖 test_decoding，它并非稳定公共接口，生产部署需要替换为 pgoutput 或自定义插件，项目能否在 v1.0 前完成这一关键升级将直接影响可用性。2. 社区反馈与 API 收敛速度：实验阶段 API 会频繁变化，GitHub Star 数量和 Issue 讨论活跃度能衡量 Java 生态对这一思路的接纳程度。3. 生态集成：目前仅提供一个可选的 Helidon WebSocket 适配器，后续是否会提供主流 Web 框架（如 Spring Boot、Quarkus）的官方集成，将直接影响企业采用门槛。

来源：github.com

Show HN: Monolith：在真实的 Postgres 数据库上为 Java 提供实时类型查询（无需 JDBC）