Parquet protobuf: List wrapper should be optional
- Vorherrschende Sprache
- Java
- Sterne
- 3.1k
- Forks
- 1.6k
- Ø Merge
- 3 T. 12 Std.
- Gemergte PRs (30 T.)
- 33
Beschreibung
Following , parquet-protobuf will conform to the specs[1] regarding the definition of lists and will adopt the 3-level structure:
```java
*required* group my_list (LIST) {
repeated group list {
optional binary element (UTF8);
}
}
```
The first level has the repetition level **required**, however this won't allow making the distinction between a null list and an empty one.
This ticket is for changing the root level repetition to **optional** as following:
```java
*optional* group my_list (LIST) {
repeated group list {
optional binary element (UTF8);
}
}
```
This will allow differentiating between null and empty lists.
[1] https://github.com/apache/parquet-format/blob/master/LogicalTypes.md#lists
**Reporter**: [Benoit Hanotte](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=b.hanotte)
**Note**: *This issue was originally created as [PARQUET-1216](https://issues.apache.org/jira/browse/PARQUET-1216). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne damit, die parquet-protobuf-Implementierung von Listenschemas zu finden und sie mit der in der Issue verlinkten Parquet lists specification und der referenzierten parquet-mr-Änderung zu vergleichen. Als erledigt gilt die Aufgabe, wenn die root LIST group optional ist, während die verschachtelte Listen- und Elementstruktur wie dargestellt erhalten bleibt, sodass null und leere Listen unterschieden werden können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- data-engineering
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100