apache / apache/parquet-java

The page compressedSize printed by the ShowPagesCommand is actually uncompressedSize

Open
#2,870 0 comments 0 reactions 0 assignees View on GitHub
Component: Parquet Priority: Minor Type: bug
Dominant language
Java
Stars
3.1k
Forks
1.6k
Avg merge
3d 12h
Merged PRs (30d)
33

Description

It seems that the data page obtained by calling PageReader.readPage() (L122 in ShowPagesCommand) is decompressed, and the bytes obtained by DataPageV1 is decompressed.

**Reporter**: [Yujiang Zhong](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=zhongyuj) / @zhongyujiang
#### Original Issue Attachments:
- [59fa778d-d870-49f2-87f7-046e2e87ef9f.jpeg](https://issues.apache.org/jira/secure/attachment/13066545/59fa778d-d870-49f2-87f7-046e2e87ef9f.jpeg)
- [image-2024-02-07-16-48-08-016.png](https://issues.apache.org/jira/secure/attachment/13066544/image-2024-02-07-16-48-08-016.png)

**Note**: *This issue was originally created as [PARQUET-2427](https://issues.apache.org/jira/browse/PARQUET-2427). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*

Contributor guide

No contributing guide indexed for this repository

Research direction

Start in ShowPagesCommand at the PageReader.readPage() call noted in the issue, then trace how DataPageV1 exposes its bytes and how compressedSize is printed. Reproduce the command's page-size output and confirm that the displayed value represents decompressed data; done means the reported compressed size matches the compressed page data.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
cli
Issue type
Bug
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.