Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
When using SQL pass-thru queries in MS Access, there is a default time-out of 60 seconds, at which point an instruction is sent to the remote server to cancel the request. Is there anyway to send this command from the keyboard similar to Access’ own “Ctrl + Break” operation?
Firstly, understanding how Control-C cancels execution. They probably trap that key sequence, and do something special. I strongly suspect that oracle’s client apps (SQL*Plus et al) are calling OCIBreak() behind the scenes, and passing in the handle to the server that they obtained when they executed the query with a previous OCI call.
I also suspect that Access isn’t doing anything actively after 60 seconds; that’s just the timeout it requests at time of execution query. Even more so, I’m beginning to wonder if Access is even requesting that timeout; everything I’ve read says that the ODBC driver does not support a query timeout, which makes me think it’s just a client-side timeout, but I digress…
So – back to this OCIBreak() call. Here’s the bad news: I don’t think ODBC implements these calls. To be 100% sure, you’d have to take a look at the ODBC driver for oracle sources, but everything I’ve read indicates that the API call is not exposed.
For reference, I’ve been googling with these search terms in combination with “OBDC”:
— EDIT #1 —
As a side note, I really believe that Access is just giving up, and not sending any type of cancel command when the Pass-Through timeout is exceeded. If you take a look at this kb article, the ODBC Driver doesn’t even support a query timeout:
PRB: Connection Timeout and Query Timeout Not Supported with Microsoft Oracle ODBC Driver and OLE DB Provider
After the elapsed time, Access probably just stops listening for results. If you were to ask oracle for a list of queries that are still executing, I strongly suspect you’d still see yours listed.
— EDIT #2 —
As far as implementing your own “cancel” — which isn’t really a cancel, more of a “keep the UI responsive regardless of the state of a query” — the keyword here is going be asynchronous. You’re going to want to rewrite your code to execute asynchronously so that it isn’t blocking the message pump for your UI. I’d start googling for “async query access” and see what pops up. One SO result came up:
Running asynchronous query in MS Access
as well as a decent starting point at xtremevbtalk.com:
http://www.xtremevbtalk.com/showthread.php?t=82631
In effect, instead of firing off code that blocks execution until either a timeout occurs or a result set is returned, you’ll be asking access to kick off the code behind the scenes. You’ll then set up an event that fires when something further happens, such as letting the user know that the timeout occurred (timeout failure), populating a grid with results (success), etc…)