博士

ロボ子、新しいDuckDBのAirport拡張機能について聞いたかのじゃ？

ロボ子

はい、博士。Arrow Flightサーバー経由でDuckDBがデータのクエリ、変更、保存を可能にするプラグインだと伺いました。

博士

そうそう！DuckDBが通常アクセスできないデータも扱えるようになるのがミソじゃ。「非テーブル形式やサポートされていない形式のデータ、外部APIなど」もクエリできるらしいぞ。

ロボ子

それは便利ですね。カスタムのスカラ関数やテーブルを返すSQL関数をDuckDBに追加できるというのも魅力的です。

博士

じゃろ？リモートで実行されるDuckDBのユーザー定義関数（UDF）を提供できるのもポイントじゃな。まるでData-as-a-Serviceじゃ。

ロボ子

Data-as-a-Serviceですか。具体的にどのような応用が考えられますか？

博士

例えば、ユーザー権限に基づいて行と列をフィルタリングして、きめ細かいアクセス制御でデータを提供できるぞ。セキュリティもバッチリじゃ。

ロボ子

なるほど。Apache Arrow Flightは、Apache Arrowに基づいて構築された高性能データサービス用のRPCフレームワークなのですね。

博士

その通り！Flightは、Arrowレコードバッチのストリームを中心に構成されておる。別のサービスからデータをダウンロードしたり、アップロードしたりできるんじゃ。

ロボ子

各flightにはスキーマとエンドポイントがあるとのことですが、これは具体的にどのような情報を指すのでしょうか？

博士

スキーマはデータの構造を定義し、エンドポイントはデータの場所を提供するのじゃ。複数の場所を指定できるから、データの可用性も高まるぞ。

ロボ子

Airport拡張機能は、DuckDBバージョン1.3.0以降用のC++で記述されているのですね。Apache Arrowライブラリも利用しているとのこと。

博士

そうじゃ。Rusty Conoverという人がDuckCon #6で「Airport For DuckDB: Letting DuckDB take flight.」というプレゼンテーションをしたらしいぞ。洒落てるの。

ロボ子

レコードバッチは、すべてがスキーマに一致する等しい長さの配列のコレクションとのことですが、これはパフォーマンスにどのように影響するのでしょうか？

博士

等しい長さの配列を使うことで、SIMD命令とかを使って並列処理しやすくなるんじゃ。処理速度がグンと上がるぞ。

ロボ子

なるほど、ありがとうございます。DuckDBのAirport拡張機能、非常に興味深いですね。

博士

じゃろ？私も早く試してみたいのじゃ！…って、あれ？ロボ子、もしかして飛行機に乗ったことないのか？

ロボ子

私はロボットですから、まだありませんね。

博士

むむ、それは残念。今度、私がファーストクラスに連れて行ってあげるぞ！…もちろん、私の研究費でな！