Why no bulk Arrow→Parquet write API in Java? How to avoid row-by-row RecordConsumer + optimize?

### Describe the usage question you have. Please include as many useful details as possible.

I have ~ 20KB objects that I need to write to Parquet efficiently from Java.
In C++, C#, and Python there's a direct/bulk Arrow-Parquet write (e.g. WriteTable / write_table) that avoids row-by-row iteration, but in Java I only see row-by-row paths via RecordConsumer or internal/unstable column writers.
Questions:
1. Is there a supported bulk/columnar Arrow-Parquet write API in Java (e.g, VectorSchemaRoot
→ Parquet) that avoids row-by-row calls?
2. If not, why is Java limited to row-by-row writes today? Any roadmap for feature parity with C++/Python/C#?
3. For now, what's the recommended optimization path to write 20KB objects at high throughput from Java (without JNI), or is JNI/Dataset the recommended route?
4. Any best practices (batch sizing, encodings, writer settings) to mitigate the row-by-row overhead?

Thanks

### Component(s)

_No response_

Beginne mit der Prüfung der im Issue genannten Java-Schreibpfade, insbesondere RecordConsumer, der internen Spaltenschreiber und VectorSchemaRoot, und vergleiche sie anschließend mit den für C++, C# und Python beschriebenen Bulk-APIs. Als abgeschlossen gilt die Aufgabe, wenn dokumentiert ist, ob ein unterstützter Bulk-Java-Pfad existiert, die aktuelle Einschränkung oder Roadmap erläutert wird und der empfohlene Optimierungsweg ohne JNI identifiziert ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.