apache / apache/arrow-flight-sql-postgresql

Improve `SELECT text` performance

オープン
#177 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
C++
スター
116
フォーク
10
PR マージ指標
30日以内にマージされた PR はありません

説明

It's slower than the PostgreSQL protocol.

The followings may be related but we need to look into it:

* Building `arrow::RecordBatch` is slow?
* We need to build `arrow::RecordBatch`es to use `arrow::ipc::RecordBatchWriter()`. We need to copy PostgreSQL data for it. (Not zero-copy.)
* Should we add an API that writes Apache Arrow streaming format data without building `arrow::RecordBatch` to Apache Arrow C++?
* Calling `SPI_getbinval()` is slow?
* It calls `nocachegetattr()` https://github.com/postgres/postgres/blob/3edc6580c0e27fb8f13322efd255a88d20dda6c2/src/backend/access/common/heaptuple.c#L496-L712 and it's not a short function. Can we shortcut some operations?

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

まず SELECT のテキストパスをプロファイリングし、PostgreSQL プロトコルと比較します。その際、Apache Arrow RecordBatch、RecordBatchWriter、および PostgreSQL の SPI_getbinval() の構築に重点を置きます。RecordBatch へのコピーと SPI_getbinval()/nocachegetattr() のどちらが支配的かを判断し、その後、完了した変更を PostgreSQL プロトコルのベースラインに対して測定します。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
cpp, postgresql
領域
backend, databases, performance
issue の種類
バグ
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。