DuckDB、Quackサーバーモードの安定化を目指すv2.0計画を予告

Why it matters

DuckDB's founders are expanding the database into shared production workloads, creating a larger support market while putting its defining simplicity under pressure.

Mark Raasveldt (@mraasveldt) and Hannes Muehleisen (@hfmuehleisen), the researchers who created DuckDB, previewed the planned DuckDB v2.0 on August 17, outlining a client-server mode intended to expand the analytical database beyond the embedded architecture that defined it. The release, code-named Cyanoptera, is planned for fall 2026 and has no exact launch date. (duckdb.org)

Mark Raasveldt（@mraasveldt）と Hannes Muehleisen（@hfmuehleisen）、DuckDB を作った研究者らは、8月17日に DuckDB v2.0 の計画をプレビューし、分析データベースを定義してきた組み込みアーキテクチャを越えて展開することを目的としたクライアント–サーバーモードの概要を示しました。コードネーム Cyanoptera と呼ばれるこのリリースは 2026年秋 の予定で、正確な公開日は未定です。(duckdb.org)

The pair began DuckDB as a research project at Amsterdam's Centrum Wiskunde & Informatica, aiming to put a fast analytical SQL engine directly inside applications and data-science tools. Muehleisen remains a senior researcher at CWI and is CEO of DuckLabs; Raasveldt, DuckLabs' CTO, wrote his doctoral work around the intersection of relational databases, machine learning and analytics. Their original thesis removed the network protocol and operational machinery that came with conventional database servers. (ducklabs.com)

両者は DuckDB を、アムステルダムの Centrum Wiskunde & Informatica における研究プロジェクトとして始め、アプリケーションやデータサイエンスツールの内部に高速な分析用 SQL エンジンを直接組み込むことを目指しました。Muehleisen は現在も CWI のシニアリサーチャーであり DuckLabs の CEO を務め、Raasveldt は DuckLabs の CTO で、関係データベース、機械学習、分析の交差点をテーマに博士論文を書いています。彼らの初期の主張は、従来のデータベースサーバーに伴うネットワークプロトコルや運用機構を取り除くことでした。(ducklabs.com)

The v2.0 plan bends that thesis in response to how people are actually deploying DuckDB. Users have repeatedly asked for multiple processes and remote clients to share a database, a pattern the in-process design could not handle cleanly. Raasveldt and Muehleisen are addressing that constraint with the Quack extension, which implements DuckDB's native remote protocol, and a planned CONNECT statement that routes queries to another DuckDB process. (duckdb.org)

v2.0 の計画は、実際の DuckDB の展開方法に対応する形でその主張を修正しています。ユーザーからは複数プロセスやリモートクライアントでデータベースを共有したいという要望が繰り返し寄せられており、プロセス内設計ではそのパターンをきれいに扱えませんでした。Raasveldt と Muehleisen はその制約に対処するため、DuckDB のネイティブなリモートプロトコルを実装する Quack extension と、クエリを別の DuckDB プロセスへルーティングする予定の CONNECT ステートメントを用意しています。(duckdb.org)

A concession built into the product

製品に組み込まれた譲歩

DuckDB's appeal came from avoiding a server. Developers could install a library, open a file or in-memory database, and run analytical SQL within Python, R, JavaScript or another host application. That made DuckDB useful for notebooks, local data processing and software that needed an embedded query engine without a separate service to deploy.

DuckDB の魅力はサーバーを避けた点にありました。開発者はライブラリをインストールし、ファイルまたはメモリ内データベースを開いて、Python、R、JavaScript、あるいはその他のホストアプリケーション内で分析用 SQL を実行できます。これにより DuckDB はノートブック、ローカルデータ処理、別のサービスをデプロイすることなく組み込みクエリエンジンが必要なソフトウェアで有用でした。

The same design created a hard boundary around multi-process writes. DuckDB can run concurrent transactions and multiple writer threads within one process, using multiversion concurrency control and optimistic concurrency control. Its current documentation says writes from multiple processes rely on Quack, which remains beta in the available 1.5 series and is expected to mature with v2.0. Conflicting updates to the same rows can still produce transaction errors. (duckdb.org)

同じ設計はマルチプロセス書き込みに関して厳しい境界を生みました。DuckDB はマルチバージョン並行制御と楽観的並行制御を用いて、1つのプロセス内で同時トランザクションと複数のライタースレッドを実行できます。現行のドキュメントでは複数プロセスからの書き込みは Quack に依存すると記載されており、Quack は利用可能な 1.5 シリーズではベータで、v2.0 で成熟することが期待されています。同一行への競合する更新は依然としてトランザクションエラーを引き起こす可能性があります。(duckdb.org)

Quack places one DuckDB process in charge of the database and lets remote clients attach over the network. A client can issue CONNECT, run SQL on the server and stream results back. The same statement can target PostgreSQL and MySQL, with DuckDB's optimizer pushing SQL to those systems instead of first copying their tables across the network. (duckdb.org)

Quack は 1つの DuckDB プロセスをデータベースの管理者として位置づけ、リモートクライアントがネットワーク越しに接続できるようにします。クライアントは CONNECT を発行し、サーバー上で SQL を実行して結果をストリームで受け取れます。同じステートメントは PostgreSQL や MySQL をターゲットにすることも可能で、DuckDB のオプティマイザがそれらのシステムに SQL を押し付け、テーブルを先にネットワーク経由でコピーする代わりに処理を委ねます。(duckdb.org)

That changes DuckDB's practical role. A tool that was commonly embedded in a notebook or application process can also sit behind long-running services. The founders are pairing the protocol with expanded metrics, logs and observability, acknowledging that a persistent shared database needs a different operating surface from a local analytical library. (duckdb.org)

それにより DuckDB の実用的な役割は変わります。ノートブックやアプリケーションプロセスに組み込まれることが一般的だったツールが、長時間稼働するサービスの背後に置かれることも可能になるのです。創業者らは、このプロトコルを拡張されたメトリクス、ログ、可観測性と組み合わせており、永続的に共有されるデータベースはローカル分析ライブラリとは異なる運用上の表面（オペレーション性）を必要とすることを認めています。(duckdb.org)

The production bet

本番環境への賭け

The server push also fits the economics of DuckLabs, the founder-owned operation that maintains DuckDB and sells commercial support, advisory work and feature prioritization. DuckLabs says it has more than 30 engineers and researchers in Amsterdam and remains independent of venture capital. Its roadmap says revenue comes from support and paid feature work, while the nonprofit DuckDB Foundation governs the open-source project. (ducklabs.com)

このサーバー志向の方向性は、DuckDB を維持し商用サポート、アドバイザリー業務、機能優先付けを販売する創業者所有の組織である DuckLabs の経済構造にも合致します。DuckLabs はアムステルダムに 30 人以上のエンジニアと研究者を擁し、ベンチャーキャピタルには依存していないと述べています。そのロードマップ は収益がサポートと有償の機能作業から来るとし、一方で非営利の DuckDB Foundation がオープンソースプロジェクトを統治しているとしています。(ducklabs.com)

More production deployments give DuckLabs a wider market for those services. Networking and multi-user operation move DuckDB closer to workloads where teams pay for reliability guidance, architecture reviews and support agreements. DuckLabs said in May that DuckDB was seeing more than one million downloads a day, though it has not published revenue or customer figures alongside that adoption claim. (ducklabs.com)

本番環境での展開が増えれば、DuckLabs にとってそれらのサービスの市場が拡大します。ネットワーキングやマルチユーザー運用は、信頼性に関するガイダンス、アーキテクチャレビュー、サポート契約のためにチームが支払うワークロードに DuckDB を近づけます。DuckLabs は 5月に DuckDB が 1 日あたり 100 万回以上ダウンロードされていると述べましたが、その採用状況の主張に対して収益や顧客数は公表していません。(ducklabs.com)

The approach differs from handing the project roadmap to outside investors. DuckLabs says the original creators retain ownership, while commercial collaborations fund work on the MIT-licensed core. That structure leaves Raasveldt and Muehleisen responsible for managing a delicate expansion: they can pursue the production use cases users want while keeping the local, low-operations experience that drove DuckDB's adoption. (ducklabs.com)

このアプローチは、プロジェクトのロードマップを外部投資家に委ねる方法とは異なります。DuckLabs はオリジナルの創設者が所有権を保持しており、商業的な協業が MIT ライセンスのコアに対する作業資金を提供すると述べています。その構造により Raasveldt と Muehleisen は微妙な拡張を管理する責任を負うことになり、ユーザーが望む本番利用ケースを追求しつつも、DuckDB の採用を促したローカルで運用負荷の低い体験を維持することが可能になります。(ducklabs.com)

Quack also changes DuckDB's boundary with managed products built around the engine. MotherDuck, a separate commercial service built around DuckDB, already provides managed multi-user operation. DuckDB v2.0 is expected to give users an open-source native route to shared remote operation, while users running Quack themselves will remain responsible for the surrounding deployment and operational work. (duckdb.org)

Quack はまた、エンジンを中心に構築されたマネージド製品との境界も変えます。DuckDB を中心に構築された別の商用サービスである MotherDuck は既にマネージドなマルチユーザー運用を提供しています。DuckDB v2.0 はユーザーに共有リモート運用へのオープンソースのネイティブなルートを提供すると期待されており、Quack を自分で運用するユーザーは周辺のデプロイメントや運用作業の責任を負い続けます。(duckdb.org)

V2.0 reaches deeper than networking

V2.0 はネットワーキング以上に踏み込む

The planned server mode leads a preview that Raasveldt and Muehleisen say covers more than 10,000 commits since DuckDB v1.5 shipped in March. The v2.0 plan includes a new default storage format, a PEG-based SQL parser, a broadened stable C API, triggers, asynchronous I/O and selected breaking changes. (duckdb.org)

予定されているサーバーモードは、Raasveldt と Muehleisen が述べるところでは DuckDB v1.5 が 3月に出荷されて以来 10,000 件以上のコミットを含むプレビューの先導的要素です。v2.0 の計画には、新しいデフォルトのストレージフォーマット、PEG ベースの SQL パーサ、拡張された安定した C API、トリガー、非同期 I/O、および選択された破壊的変更が含まれます。(duckdb.org)

The stable C API addresses a recurring cost for extension developers. Many DuckDB extensions have depended on an unstable C++ interface and needed rebuilding for each release. V2.0 is designed to let developers compile an extension once against a versioned API and keep the binary working across subsequent DuckDB versions. DuckDB already operates a Community Extensions repository for third-party extensions, but the project says it does not vet submitted code or guarantee that those extensions are safe. (duckdb.org)

安定した C API は、拡張機能開発者にとっての反復的なコストに対処します。多くの DuckDB 拡張は不安定な C++ インターフェースに依存しており、リリースごとに再ビルドが必要でした。v2.0 は、開発者がバージョン管理された API に対して拡張を一度コンパイルすれば、そのバイナリが以降の DuckDB のバージョンでも動作し続けるよう設計されています。DuckDB は既にサードパーティ拡張のための Community Extensions リポジトリを運用していますが、プロジェクト側は提出されたコードの精査やそれら拡張の安全性保証は行っていないと述べています。(duckdb.org)

For semi-structured data, the VARIANT type introduced in v1.5 is set to gain direct storage execution, Parquet reading and writing, scan pushdown and new functions for inspecting and filtering nested values. DuckDB stores the detected structure in a columnar representation instead of treating every value as a JSON text blob, an approach aimed at logs and other records whose schemas change over time. (duckdb.org)

半構造化データ向けには、v1.5 で導入された VARIANT 型が直接ストレージでの実行、Parquet の読み書き、スキャンのプッシュダウン、およびネストされた値を検査・フィルタリングする新しい関数を得る予定です。DuckDB は検出した構造を JSON テキストの塊としてすべて扱うのではなく、列指向の表現で格納します。このアプローチはスキーマが時間とともに変化するログや他のレコードを対象としています。(duckdb.org)

Asynchronous I/O targets another growing DuckDB workload: querying Parquet and other files in object storage. DuckDB says the planned I/O layer separates network request concurrency from query-processing threads, allowing more remote reads to proceed simultaneously. The work covers Parquet first, with CSV, DuckDB files and asynchronous Parquet writes also included in the preview. (duckdb.org)

非同期 I/O は別の増加中の DuckDB ワークロード、つまりオブジェクトストレージ内の Parquet やその他ファイルのクエリをターゲットにしています。DuckDB によれば、計画された I/O レイヤはネットワークリクエストの同時実行性をクエリ処理スレッドから分離し、より多くのリモート読み取りを同時に進められるようにします。この作業はまず Parquet を対象とし、プレビューには CSV、DuckDB ファイル、および非同期 Parquet 書き込みも含まれます。(duckdb.org)

The preview also describes partial aggregate pushdown below joins, reuse of redundant aggregations, a rewritten recursive CTE engine and the ability for aggregations to spill to disk when they outgrow memory. (duckdb.org)

プレビューはまた、ジョインの下での部分的な集約のプッシュダウン、冗長な集約の再利用、書き直された再帰的 CTE エンジン、メモリを超えた場合に集約がディスクへスピルできる機能についても説明しています。(duckdb.org)

The test begins after the preview

プレビューの後に始まるテスト

DuckDB v2.0 has not shipped. The release calendar lists v1.5.5, released July 22, 2026, as the latest published version and gives v2.0 only a fall window. Preview builds contain much of the announced work, and the maintainers warn that details can change before release.

DuckDB v2.0 はまだ出荷されていません。リリースカレンダー は、2026年7月22日にリリースされた v1.5.5 を最新の公開バージョンとして記載しており、v2.0 には秋のウィンドウしか示していません。プレビュービルドには発表された作業の多くが含まれていますが、メンテナーはリリース前に詳細が変更される可能性があると警告しています。

Quackのベータ卒業計画は、最大の戦略的負担を伴うことになる。RaasveldtとMuehleisenは、分析データベースが別のプロセスの内部に「消える」ことを証明するのに何年も費やした。V2.0は、DuckDBに対してその小さく持ち運び可能なエンジンであり続けることを求める一方で、リモートクライアント、同時書き込み、長時間稼働する本番ワークロードにも対応することを求めている。サーバー機能はユーザーからの圧力で成長したもので、その成功はDuckDBが組み込みの使い勝手を損なうことなく運用上の要求を吸収できるかどうかにかかっている。