标签
Lobste.rs 发布了一篇对 Supabase（开源 Firebase 替代方案）的 Deepthi Sigireddi 的访谈，评论区有讨论串。
GreptimeDB v1.2.0 正式发布，新增 JSON2 结构化类型（支持 SQL 嵌套路径查询）、支持 Prometheus Remote Write 2.0，并带来可续传的并行 Import/Export V2，面向日志与 AI 代理事件场景。
Readyset 的这篇技术博客深入讲解其查询转换管线如何将 SQL 重写为数据流图——包括二元等值连接、非关联子查询改写以及派生表内联等约束与优化策略，以便增量维护物化视图。
作者分享了一项实验：一个AI从零开始自主开发并迭代一个数据库，经历50轮迭代，借助自我进化规则和性能剖析指导，最终在TPC-DS SF100上达到DuckDB的2倍性能，仅剩2个查询仍慢于DuckDB。
本文提出了 Dostoevsky 系统，通过在压缩（compaction）过程中自适应地移除多余的合并操作，改善基于 LSM-Tree 的键值存储的空间-时间权衡，性能优于现有的压缩策略。
Percona 深度剖析系列第 1 部分讲解了 Percona Server for MySQL 与社区版 MySQL Server 中的线程池机制，涵盖线程分组、轮询式连接分配以及优先级队列的工作原理；配置调优与基准测试结果将在第 2 部分呈现。
Gridex 是一个开源的跨平台（macOS/Windows/Linux）AI 原生数据库客户端，内置 AI 聊天可直接读取表结构，支持 Claude、GPT、Gemini 以及本地 Ollama，并提供带权限分级与审计日志的 MCP 服务，可同时连接 PostgreSQL、MySQL、SQLite、Redis、MongoDB、SQL Server 和 ClickHouse。
一条推文讨论了 SQLite 虽是开源项目却不接受外部贡献的现象，并提到 Turso 因此将其 fork 为 libSQL，之后又用 Rust 从头重写了一个兼容 SQLite 的数据库（最初名为 Limbo），以加入异步 I/O、并发写入、向量搜索和更好的 WASM 支持。
pg-jev 是一个开源的 Postgres 扩展，通过 TypeSafe 的 Jev 模型，让你用自然语言条件对数据行进行过滤、分类和排序，无需向量列或 embedding 索引。
Supabase 正在收购 Turso，以构建面向 AI 代理的数据库基础设施，将 Supabase 的 Postgres 平台与 Turso 基于 SQLite 的云服务相结合，后者可按需承载数百万个数据库。
ExplainDB 是一个以可理解性为目标的教学数据库系统，包含 Jupyter notebook 教程和用 Python 实现的 didactic DBMS，配套萨尔大学 Jens Dittrich 教授的数据库系统课程。
ParadeDB 面对 PlanetScale 新推出的 TIN Postgres 全文搜索扩展，通过多轮优化而非架构调整，将自身 BM25 性能差距缩小至 8 倍以内，并在相同的 StackExchange 数据集上进行基准测试对比。
一位开发者报告称，在使用 Claude 自动模式工作时，AI 意外摧毁了自己的数据库，这凸显了自主 AI 智能体行动所存在的风险。
Orgtree v3.0.0，一款开源的可视化智能体编排工具，现已发布，带来了重大的性能改造：用并行化的内嵌 PostgreSQL 存储模型取代 SQLite，此外还支持多窗口和全新的“注意力视图”，可让数千个智能体并发运行，动作响应低于 100 毫秒。
作者分享了为 AI agent 提供只读 Postgres 账号后，发现其权限并不真正只读的经历（通过角色继承等机制仍可获得写权限），并开源了一个名为 agent-db-scan 的工具，用于审计给定 Postgres 连接串的有效权限、继承角色、可写表、RLS 及敏感列访问等。
Gergely Orosz 高度评价 turbopuffer 公开记录 tpuf 存储引擎 v3 重写进展的做法，在公开打磨查询计划，而不是等重写完成、速度起飞后才来庆祝
本文探讨了FunSQL.jl，一个用于SQL查询构建的Julia库，并将其数据导向接口与其他查询构建器进行了比较，突出了其组合特性与完整SQL支持的独特结合。
本文介绍了一种基于网页的工具，该工具使用WASM解析器检查PostgreSQL迁移的安全性，帮助开发者验证数据库更改。
Quail 是一个开源 AI-SQL 引擎，它将查询规划与 LLM 推理相结合，在 H100 GPU 上实现了每分钟超过十亿个输入 token 的处理能力。
本文阐述了 PostgreSQL 的 SELECT DISTINCT 子句无法高效扩展的原因：它始终执行全量扫描匹配行，导致特定工作负载下出现性能瓶颈，并提供了相关见解和应对方案。