[Java] JDBC to Arrow converter iterator should reuse the same VectorSchemaRoot
- Langage dominant
- Java
- Étoiles
- 94
- Forks
- 152
- Merge moyen
- 3 j 16 h
- PR mergées (30 j)
- 11
Description
When originally reviewing the code I suggested a new VectorSchemaRoot on each call to the iterator. After further discussions on the mailing list, it seems that this is an anit-pattern for working with VectorSchemaRoot, we should update the code to update a single VectorSchemaRoot.
After this change it should be easier to use JDBC converter with other components of the library (i.e. filewriter) which also make use of a single VectorSchemaRoot.
**Reporter**: [Micah Kornfield](https://issues.apache.org/jira/browse/ARROW-9614) / @emkornfield
**Note**: *This issue was originally created as [ARROW-9614](https://issues.apache.org/jira/browse/ARROW-9614). 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 l’itérateur du Java JDBC converter et comparez sa gestion de VectorSchemaRoot avec celle des composants filewriter mentionnés dans l’issue. Confirmez comment l’itérateur crée actuellement les roots et identifiez les tests associés. La tâche est terminée lorsque le converter réutilise un seul VectorSchemaRoot et fonctionne avec les composants qui attendent un seul root.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- databases
- Type d'issue
- Refactorisation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 38/100