Re:Why Polars rewrote its Arrow string data type
by emidln on Tuesday August 06, 2024 @11:37PM
(#41178033)
Wouldnt you just recompile your duckdb with the hacked Arrow?
Re:Why Polars rewrote its Arrow string data type
by suremarc on Wednesday August 07, 2024 @02:53PM
(#41184187)
Arrow is a cross-language standard. Polars is written in Rust but DuckDB is written in C++. So it's not that simple unfortunately.
Re:Why Polars rewrote its Arrow string data type
by emidln on Thursday August 08, 2024 @12:25PM
(#41193271)
If you're using Arrow from duckdb, you're using C or C++ bindings. Hack the arrow lib, recompile (and adjust if necessary) whatever bindings/programs using your hacked arrow. If you're using multiple implementations of arrow that arent just bindings, you might have to hack it in more than one place.
You don't have to solve the entire world, you only need to hack what you actually use. If the issue with an optimized arrow impl is memory incompat in duckdb, recompile duckdb with your hacked arrow. This is where "overengineered" stuff like mono repos really shine. I've done exactly this type of thing at past jobs.
Don't let perfect be the enemy of good enough.
Re:Why Polars rewrote its Arrow string data type
by mau on Wednesday August 07, 2024 @02:57AM
(#41178870)
Arrow supports this string format: https://arrow.apache.org/docs/format/Columnar.html#variable-...
From the article:
> As luck would have it, the Arrow spec was also finally making progress with adding the long anticipated German Style string types to the specification. Which, spoiler alert, is the type we implemented.
Will there be an option to use the "compatible" string format?