feat: Convert GRPC results to Row

[cykbls01]

What's changed and what's your intention?

PLEASE DO NOT LEAVE THIS EMPTY !!!

convert data_chunk to pg_response row

Checklist

• I have written necessary docs and comments
• I have added necessary unit tests and integration tests

Refer to a related PR or issue link (optional)

#810

[codecov]

Codecov Report

Merging #812 (fa31d18) into main (239bb18) will increase coverage by 0.01%.
The diff coverage is 100.00%.

@@             Coverage Diff              @@
##               main     #812      +/-   ##
============================================
+ Coverage     72.01%   72.02%   +0.01%     
  Complexity     2766     2766              
============================================
  Files           925      926       +1     
  Lines         53935    53965      +30     
  Branches       1787     1787              
============================================
+ Hits          38839    38868      +29     
- Misses        14206    14207       +1     
  Partials        890      890              

Flag	Coverage Δ
java	61.22% <ø> (ø)
rust	76.48% <100.00%> (+0.01%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files	Coverage Δ
rust/common/src/array/macros.rs	100.00% <ø> (ø)
rust/frontend/src/handler/mod.rs	90.90% <ø> (ø)
rust/common/src/array/data_chunk.rs	94.23% <100.00%> (ø)
rust/frontend/src/handler/util.rs	100.00% <100.00%> (ø)
rust/meta/src/hummock/compaction.rs	81.65% <0.00%> (-0.60%)	⬇️

📣 Codecov can now indicate which changes are the most critical in Pull Requests. Learn more

[fuyufjh]

I think this should be placed in frontend because only the frontend needs it (or more precisely, only the PG protocol layer needs it)

[neverchanje]

I think this should be placed in frontend because only the frontend needs it (or more precisely, only the PG protocol layer needs it)

Yes I used to thought the DataChunk::Row is the PgRow.

It truly should be in frontend, frontend/src/handler/util.rs.

[neverchanje]

s.map(|t| t.to_string())

[BowenXiao1999]

I think this should be placed in frontend because only the frontend needs it (or more precisely, only the PG protocol layer needs it)

+1

[BowenXiao1999]

Put it in utils in this PR?

Rest LGTM

[BowenXiao1999]

I think this should be placed in frontend because only the frontend needs it (or more precisely, only the PG protocol layer needs it)

Yes I used to thought the DataChunk::Row is the PgRow.

It truly should be in frontend, frontend/src/handler/util.rs.

Previously I indeed re-use DataChunk's row, however, to publish this as a library or crate, we can not use a struct in another non-open source project. I guess that's why @wangrunji0408 introduce a new simplified Row in pgwire.