Do you have plans to make the odbc API support the sqlx framework

[tsxiaofang]

Enable databases that are not supported by SQLX to be accessed through ODBC without changing the code

[pacman82]

I wonder if this question would be better asked to the maintainers of SQLX? They could choose to support and ODBC backend. I do not write ODBC drivers, I just wrap the API of the driver manager and make it available in safe Rust.

I do not have any plans to spearhead that effort myself, but if the SQLX maintainers want to tackle this I would be happy to sync with them, and discuss designs and features.

[pacman82]

To elaborate:

For odbc-api to support SQLX would mean to write an ODBC driver using SQLX. You would then be able to access all databases supported by SQLX using odbc-api. This is likely not what you want.

In order to access all databases supported by ODBC via SQLX would likely imply implementing an SQLX backend using odbc-api. This is entirely sensible thing to do. It is also likely way easier than writing an ODBC driver. I would argue though that likely it won't be a zero overhead abstraction. ODBC is a really old API, with some backage. Some overhead will be needed for it supply a fully asynchronous interface in a safe way out of the box. I personally do not have any plans to tackle this project. I would support it though, and be welcoming to the feature pressure this likely would put on odbc-api.

I think though this idea is better discussed in the SQLX repository, as it is there, there the action would take place.

Best, Markus