C++ 以编程方式卸载SQL Server本机客户端何时安全?
如何确定何时卸载“SQL Server本机客户端”是安全的?我认为简单地检查是否安装了SQL Server实例是幼稚的 我曾尝试研究和测试以下键的行为,但它们似乎没有满足我的需要:C++ 以编程方式卸载SQL Server本机客户端何时安全?,c++,sql-server-2005,winapi,registry,sql-server-native-client,C++,Sql Server 2005,Winapi,Registry,Sql Server Native Client,如何确定何时卸载“SQL Server本机客户端”是安全的?我认为简单地检查是否安装了SQL Server实例是幼稚的 我曾尝试研究和测试以下键的行为,但它们似乎没有满足我的需要: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Native Client\MSIRefCount HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SNAC\MSIRefCount ... 我使用Win32/Windows API通
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Native Client\MSIRefCount
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SNAC\MSIRefCount
...
<>我使用Win32/Windows API通过C++。< /P> < P>这是不安全的。任何东西都可以通过定义的ODBC DSN或连接字符串使用它,并且它不需要将SQL server本身安装在同一台机器上即可使用。这不安全。任何东西都可以使用它,无论是通过定义的ODBC DSN还是连接字符串,并且它不需要SQL server本身安装在同一台机器上即可使用。这就是我所怀疑的,但由于我的无知,我乐观地认为“MSIRefCount”可能会有所帮助。因此,“SQL Server本机客户端”与“VC++可再发行客户端”一样,本质上是“安装并忘记”?几乎可以是任何其他应用程序可以使用的任何东西,除非非常严格地将引用计算在内。(请参阅注册表中的SharedDLS键,了解每个文件执行此操作的尝试。)这正是我所怀疑的,但由于我的无知,我乐观地认为“MSIRefCount”可能会有所帮助。因此,“SQL Server本机客户端”与“VC++可再发行客户端”一样,本质上是“安装并忘记”?几乎可以是任何其他应用程序可以使用的任何东西,除非非常严格地将引用计算在内。(请参阅注册表中的SharedDLS项,以了解对每个文件执行此操作的尝试。)