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_

Bắt đầu bằng cách xem xét các đường dẫn ghi Java được nêu trong issue, đặc biệt là RecordConsumer, các trình ghi cột nội bộ và VectorSchemaRoot, sau đó so sánh chúng với các API bulk được mô tả cho C++, C# và Python. Công việc được xem là hoàn tất khi đã ghi lại liệu có tồn tại đường dẫn bulk Java được hỗ trợ hay không, giải thích giới hạn hiện tại hoặc roadmap, và xác định hướng tối ưu hóa được khuyến nghị mà không dùng JNI.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.