Markus Klein

Hello Yancik, That would be possible. Two thoughts about this: * What is the use case? Are you using reserved words? Why does it matter for exporting it to parquet?...

Hi, thanks for investigating performance. I do not see anything obviously wrong, but just want to state a few things which may, (or may not) be obvious to you. *...

Hello @willbush , no problem. At one of my previous employees I have also been advocating for using Rust more. Apart from one exceptions my motivations for introducing it were...

Hello @bangbaew , thanks for the insightful numbers. I am the author of `odbc-api`. Looking at your code there is something you might want to try. Your current algorithm fetches...

No, each cursor must be consumed sequentially. You can however fetch multiple rows at once. This is what bulk cursors are for. Since your cells seem to be all text,...

This is mostly a note to myself: I have not decided yet, whether to take this into the scope of the `arrow-odbc` Python bindings. If so however I can see...

* Approach 1 like requires upstream support from `odbc-api` allowing `StatementConnection` to own e.g. `Arc` connection types. * Approach 2 requires some careful thinking about the schema member

* Approach 1: Supporting `Arc` would likely imply relying more on the native thread safety of the drivers. At least if we want to keep concurrent fetching, we would need...

Note to myself: * Followed down approach 2. Yet this would lead to many repetition in the signatures of the Python interface. This would be cumbersome to maintain and unintuitive...

This does not happen on Windows because on windows `arrow-odbc-py` is compiled to use UTF-16 encoding to talk with the Database. On Linux and OS-X however the system local is...