You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The default behavior of DuckDB when a statement is run on a connection that has an actively-running statement is to interrupt the active statement. This can be surprising and undesirable in some scenarios. It might be helpful to add a utility that instead queues runs.
It may not be feasible to support this for advanced modes of running, such as streaming and pending results. But it shouldn't be too hard for simple materialized runs. Perhaps a way this could be exposed is a "QueuingConnection" wrapper around a connection that has a narrower interface (i.e. only methods of running that fully materialize the result).
The text was updated successfully, but these errors were encountered:
The default behavior of DuckDB when a statement is run on a connection that has an actively-running statement is to interrupt the active statement. This can be surprising and undesirable in some scenarios. It might be helpful to add a utility that instead queues runs.
It may not be feasible to support this for advanced modes of running, such as streaming and pending results. But it shouldn't be too hard for simple materialized runs. Perhaps a way this could be exposed is a "QueuingConnection" wrapper around a connection that has a narrower interface (i.e. only methods of running that fully materialize the result).
The text was updated successfully, but these errors were encountered: