apache / apache/arrow-java

[Java] ComplexWriter should initialize nested writers when container vector is already populated

Ouverte
#295 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub
Type: bug
Langage dominant
Java
Étoiles
94
Forks
152
Merge moyen
3 j 16 h
PR mergées (30 j)
11

Description

It's possible and sometimes useful to use reuse a nested vector that was populated in a previous ComplexWriter. The new ComplexWriter should be aware of the fields that are present in the vector.

As it is right now, if a particular column were determined to be a specific type (or a union type), but the new writer finds a new type, the original type may be thrown out. What should happen is that the type should be promoted to union (or have a new subtype added to the union field).

**Reporter**: [Steven Phillips](https://issues.apache.org/jira/browse/ARROW-326) / @StevenMPhillips

**Note**: *This issue was originally created as [ARROW-326](https://issues.apache.org/jira/browse/ARROW-326). Please see the [migration documentation](https://github.com/apache/arrow/issues/14542) for further details.*

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par localiser ComplexWriter et le code qui initialise des writers imbriqués à partir d’un vecteur de conteneur existant. Reproduisez le cas avec le vecteur rempli décrit dans l’issue, puis vérifiez que les types existants sont conservés et que les nouveaux types transforment le champ en une union ou ajoutent un sous-type sans perdre les types précédents.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java
Domaine
data
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
42/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.