What feature or improvement would you like to see?
The spec doesn't say what should happen to an in-progress transaction when AdbcConnectionRelease is called before AdbcConnectionCommit/AdbcConnectionRollback.
Currently, most drivers do not explicitly handle the active transaction before closing the connection and rely on the backend behavior. For example: postgresql driver just calls database_->Disconnect without explicit rollback or commit and Postgresql server aborts the open transaction as part of its own session-teardown path when it sees the client disconnect.
Rolling back on close seems like the reasonable default, but this should be documented explicitly in the spec rather than left to each driver to infer.
What feature or improvement would you like to see?
The spec doesn't say what should happen to an in-progress transaction when
AdbcConnectionReleaseis called beforeAdbcConnectionCommit/AdbcConnectionRollback.Currently, most drivers do not explicitly handle the active transaction before closing the connection and rely on the backend behavior. For example: postgresql driver just calls
database_->Disconnectwithout explicit rollback or commit and Postgresql server aborts the open transaction as part of its own session-teardown path when it sees the client disconnect.Rolling back on close seems like the reasonable default, but this should be documented explicitly in the spec rather than left to each driver to infer.