5分でわかるDuckDB Quack

社内LTでの発表資料です。
5分でわかるDuckDB の続編です。

1. 5分でわかるDuckDB Quack chanyou
2. Yu Nakamura - chanyou ‧󰞵 広島在住でリモートワークしてます ‧📊 普段は事業会社でデータ基盤を作っています ‧🐍 Python とか Google Cloud とかよく使っています ‧🍓 おうち Kubernetes クラスタ
3. DuckDB の話の続編をします https://speakerdeck.com/chanyou0311/5fen-tewakaruduckdb
4. 30秒でわかる DuckDB
5. ‧OLAP(オンライン分析処理)特化のDB Engine ‧要はめっちゃ早い ‧SQLite のようなインプロセス型のデータベース ‧⾼いポータビリティが特徴 ‧MIT ライセンスで C++ 実装
6. シングルバイナリでセットアップが容易 https://duckdb.org/docs/installation/?version=stable&environment=cli&platform=linux&download_method=direct&architecture=arm64
7. オブジェクトストレージへのクエリエンジン ‧主要なオブジェクトストレージ‧ファイル形式に対応して いて、たいていのデータが読み込める
8. SSoT がやりにくい ‧複数のデバイスで DuckDB ファイルを同期できない ‧ちゃんと運⽤ルールを敷かないと、どの DuckDB ファイルが最 新なのか分からなくなる ‧オブジェクトストレージを SSoT として保持して、DuckDB はク エリエンジンとして割り切って使うのがよさそう
9. DuckDB インスタンス同⼠の通信が可能に ‧それが DuckDB Quack プロトコル…！
10. DuckDB Quackとは？
11. DuckDB Quack ‧DuckDB 同⼠が喋るクライアント‧サーバープロトコル ‧DuckDB がサーバーにもクライアントにもなる ‧2026-05-12 発表 v1.5.3 で beta ‧正式版は v2.0(2026年秋)予定
12. DuckDB Quack の利⽤イメージ (Server)
13. DuckDB Quack の利⽤イメージ (Client)
14. DuckDB Quack の利⽤イメージ https://duckdb.org/2026/05/12/quack-remote-protocol
15. DuckDB Quack の特徴 ‧HTTPベースで構築 ‧複数クライアントからの同時書き込みに対応 ‧やっぱり速い
16. HTTPベースで構築 ‧既存の HTTP 資産がそのまま効く ‧ロードバランサ‧ファイアウォール‧認証‧監視 ‧リバプロ SSL 終端の構成にそのまま乗せられる ‧DuckDB-Wasm が Quack をネイティブに喋れる ‧ブラウザの DuckDB がリモートの DuckDB に直結
17. 複数クライアントからの同時書き込みに対応 ‧複数プロセスが同じテーブルを並列に書き換えても ロックし合わない ‧読み取りだけでなく、DDLやINSERTなども対応 ‧認証‧認可が拡張可能 ‧Google アカウント認証情報で参照もできるはず ‧誰が何にアクセスできるかの簡易ACLを持つことも
18. 6000万レコードのデータ転送が5秒以内 https://duckdb.org/2026/05/12/quack-remote-protocol
19. DuckDB Quack のユースケース
20. 中央集権的な DuckDB Server / Client ‧ETL/ELT の王道パターンを DuckDB でできるように
22. セルフホスト型の BI ツールへの統合 ‧アプリケーションに SQLite を組み込むアーキテクチャ ‧同じように BI ツールに DuckDB を組み込むことで、⾼速化でき そう https://superset.apache.org/
23. DuckDB Quack の苦⼿なシーン
24. 同時書き込みのスケールに上限がある ‧同じテーブルへの並列 INSERT は8スレッドで頭打ちで、それ以 上は PostgreSQL の⽅がスケールする ‧それでも秒間5,500トランザクション対応できている ‧分析⽤途だと⼗分に思う
25. HA / Read Replica の公式対応は現時点でない ‧(2026-06-29 時点でベータ版ではあるので…) ‧DuckDB Server が単⼀障害点になるのは避けたい ‧それを避ける公式のオプションは現時点でなし ‧⾃前で Read Replica / フェイルオーバーの仕組み作るのも⾯⽩ いとは思う ‧HTTPベースで巨⼈の肩に乗れる良さがでている
26. 認証認可の⾃前実装がつきまとう ‧「部署Aだけこのデータ⾒れる」をするには認証認可の⾃前実装 ‧認証フックの作り込み(JWT 検証等) ‧認可⽤の Allowlist の構築(emailとpermissionのテーブル等) ‧それでも⾏レベル、列レベルの制限は現時点では実施できない
27. まとめ
28. まとめ ‧DuckDB Quack で中央集権的なデータ基盤を⼿軽に作れる！ ‧HTTPベースなのでWebサーバーのプラクティスが活きる ‧すぐ使い始められるので、ぜひ試してみてください！
29. おわり 🦆