在 OLE DB 提供程序中处理 ADODB.Connection.Close
我为我的自定义数据库实现了 OLE DB 提供程序。它将在 ADO 应用程序中使用。 现在我有 ADO 示例,它创建 ADO 连接,然后使用 Connection.Close 方法关闭它,但不释放连接对象的接口指针。之后,示例应用程序创建了另一个连接对象,但无法打开它,因为第一个连接对象没有释放创建连接所需的系统资源。
显然,当示例应用程序调用 Connection.Close 方法时,我需要释放系统资源。但我找不到负责处理 ADO Connection.Close 的 OLE DB Interface::Method 。我认为 IDBInitialize::Unintialize 是造成这种情况的原因。但事实并非如此。我确信当客户端应用程序调用 Connection.Close 时,不会调用 IDBInitialize::Unintialize。
请给我一些关于如何在我的 OLE DB 提供程序中拦截 Connection.Close 的建议。
I implementing OLE DB provider for my custom database. It will be used from ADO applications.
Now i have ADO example which creates ADO connection then close it with Connection.Close method but not release interface pointer of connection object. After that sample application creates another connection object and fails to open it because first connection object does not release system resources required to create connection.
Obviously i need to release system resource when sample application calls Connection.Close method. But i cannot find OLE DB Interface::Method which is responsible for handling ADO Connection.Close. I thought IDBInitialize::Unintialize is responsible for that. But it is not. I am sure IDBInitialize::Unintialize is not called when cliaent application calls Connection.Close.
Please give me some advice about how to intercept Connection.Close in my OLE DB provider.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
我找到了解决方案。当调用 Connection.Close 方法时,ADO 释放其对 OLE DB 会话对象的所有引用。
I found a solution. When Connection.Close method is called ADO releases all its references to OLE DB session object.