-
-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extract statements api #104
Conversation
Pull Request Test Coverage Report for Build 4780141643
💛 - Coveralls |
Hi Giorgi, I'm a bit not sure about the implementation but I'm clearly not a specialist of DuckDB so I could miss the point. In ADO.Net the class DbCommand handles a single command, when you have multiple commands, it's the class DbBatch that is handling that. It doesn't sound too important but my fear is especially regarding the method ExecuteReader where the classical behaviour is impacted. Merging together the readers isn't intuitive for me and my experience of ADO.net |
You definitely can execute multiple statements with a single command: |
Yes, correct. Nevertheless, .NET introduced the Batch API (materialized by the DbBatch class) a couple of years ago mainly because the feature to support multiple statements into a single DbCommand was clumsy. See https://www.infoq.com/news/2022/06/Database-Command-Batching/ In a modern ADO.Net provider, it sounds more suitable to implement this in a DbBatch class than a DbCommand class. If you want I can create a pull request with an implementation of DbBatch. Optionally, we could use the same trick as PostgreSQL to allow/deny this option on the DbCommand class (Probably won't be able to do it in the next two weeks). |
Yes, it would be nice to implement the Batch API but I think it should be left in the |
Created #105 |
Remaining tasks before it can be merged: