首先,了解 Control-C 如何取消执行。他们可能会捕获那个键序列,并做一些特别的事情。我强烈怀疑 oracle 的客户端应用程序(SQL*Plus 等)在幕后调用 OCIBreak(),并将句柄传递给他们在使用先前的 OCI 调用执行查询时获得的服务器。
我还怀疑 Access 在 60 秒后没有主动执行任何操作;这只是它在执行查询时请求的超时。更重要的是,我开始怀疑 Access 是否甚至请求超时。我读过的所有内容都说 ODBC 驱动程序不支持查询超时,这让我认为这只是客户端超时,但我离题了...
所以 - 回到这个 OCIBreak() 调用。坏消息是:我不认为 ODBC 实现了这些调用。为 100% 确定,您必须查看 Oracle 源的 ODBC 驱动程序,但我所阅读的所有内容都表明 API 调用未公开。
作为参考,我一直在结合“OBDC”搜索这些搜索词:
ORA-01013 (error when a user cancelled an operation, or when an operation times out)
OCIBreak (OCI function which cancels a pending operation)
--- 编辑 #1 ---
作为旁注,我真的相信 Access 只是放弃,而不是在超过 Pass-Through 超时时发送任何类型的取消命令。如果您查看这篇 kb 文章,ODBC 驱动程序甚至不支持查询超时:
PRB: Connection Timeout and Query Timeout Not Supported with Microsoft Oracle ODBC Driver and OLE DB Provider
经过一段时间后,Access 可能会停止侦听结果。如果您要向 oracle 询问仍在执行的查询列表,我强烈怀疑您仍然会看到您的列表。
--- 编辑 #2 ---
至于实现您自己的“取消”——这并不是真正的取消,更多的是“无论查询状态如何都保持 UI 响应”——这里的关键字将是异步的。您将需要重写代码以异步执行,这样它就不会阻塞 UI 的消息泵。我会开始搜索“异步查询访问”,看看会弹出什么。出现了一个 SO 结果:
Running asynchronous query in MS Access
以及在 xtremevbtalk.com 上的一个不错的起点:
http://www.xtremevbtalk.com/showthread.php?t=82631
实际上,在发生超时或返回结果集之前,您不会触发阻止执行的代码,而是要求访问权限以启动幕后的代码。然后,您将设置一个事件,当进一步发生某些事情时触发,例如让用户知道发生了超时(超时失败)、使用结果填充网格(成功)等...)