zeroshade commented on issue #64:
URL: https://github.com/apache/arrow-adbc/issues/64#issuecomment-1215400906

   > I am only talking about a single query, so this is sort of irrelevant to 
Go. For Go, I would expect each call to Query to initialize and use a new 
AdbcStatement, at which point it would be up to the driver to manage 
concurrency. Does that sound reasonable?
   
   So, if a consumer hasn't picked up *all of the results* from a call to a 
prepared statement before executing it again, they will lose any remaining 
results? That seems difficult to enforce or otherwise prevent a user from 
doing. Is there a reason we can't keep the `ArrowArrayStream*` result set as 
independent? For example, using a prepared statement to query, then handing the 
result stream off to another thread to consume while exeucting it again with 
different arguments. (FlightSQL would support this easily since each execution 
would be a separate `FlightInfo` ticket)


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to