<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>DuckDB on Jiayun's Blog</title><link>https://xiejiayun.github.io/tags/duckdb/</link><description>Recent content in DuckDB on Jiayun's Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 14 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://xiejiayun.github.io/tags/duckdb/index.xml" rel="self" type="application/rss+xml"/><item><title>【好文共赏】Quack：DuckDB 在 2026 年从零设计一个数据库 wire 协议，把 PostgreSQL 和 Arrow Flight 都拉出来当背景板</title><link>https://xiejiayun.github.io/post/good-read-duckdb-quack-protocol/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/good-read-duckdb-quack-protocol/</guid><description>&lt;blockquote>
&lt;p>📌 &lt;strong>好文共赏 · Editor&amp;rsquo;s Pick&lt;/strong>
原文：&lt;a href="https://duckdb.org/2026/05/12/quack-remote-protocol">Quack: The DuckDB Client-Server Protocol&lt;/a>
作者：The DuckDB team｜发布：2026-05-12｜阅读时长：约 20 分钟
多模评分：Opus 9.2 / Sonnet 8.8 / Gemini 8.9（综合 &lt;strong>9.0/10&lt;/strong>）
一句话推荐：&lt;strong>这是 2026 年最像&amp;quot;工程师写给工程师&amp;quot;的协议设计公开课——它不只是宣布一个产品，它把&amp;quot;在今天，一份合格的数据库 wire 协议应该长什么样&amp;quot;完整地拆开摊给你看。&lt;/strong>&lt;/p></description></item><item><title>DuckLake 1.0：当数据湖把元数据交还给 SQL，Iceberg/Delta 该紧张了</title><link>https://xiejiayun.github.io/post/ducklake-sql-catalog-lakehouse-paradigm-2026/</link><pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate><guid>https://xiejiayun.github.io/post/ducklake-sql-catalog-lakehouse-paradigm-2026/</guid><description>&lt;h2 id="一为什么-ducklake-这次不一样">一、为什么 DuckLake 这次不一样&lt;/h2>
&lt;p>DuckDB 团队 2026 年 5 月发布的 DuckLake 1.0，被很多人轻描淡写地归类为&amp;quot;又一个开源表格式&amp;quot;。但仔细读完 spec 之后，我的判断恰恰相反：&lt;strong>这是过去五年 Lakehouse 范式中第一个敢于正面拆掉&amp;quot;元数据走文件协议&amp;quot;假设的设计&lt;/strong>。如果它的简洁性能撑过生产规模考验，Iceberg 和 Delta Lake 在 2027 年将面对严肃的范式竞争。&lt;/p></description></item></channel></rss>