SQL Server 2012 通过 Windows 的本机 C++（无 ATL）首选访问方法

Question

我有一个在 Windows 64 下运行的本机 C++ 应用程序，它不使用 ATL（也不会）。我希望能够通过网络从我的应用程序连接到 SQL Server 2012。

我有以下要求：

• 性能是关键

• C++ 只会插入记录（比如通过调用存储过程），不会插入其他记录（没有选择、删除或更新）。

• 记录插入应该是非阻塞的（异步）。

我将选择范围缩小到 OLE DB 和 ODBC，因为它们满足上述条件。然而，互联网上似乎有很多关于使用什么的相互矛盾的建议。例子：

• “如果您可以选择使用 ODBC 或 OLE DB 访问 SQL Server 数据库，请选择 OLE DB，因为它通常更快。[7.0, 2000, 2005] 更新于 2-20-2006”源：http://www.sql-server-performance.com/2007/odbc-oledb/

• “OLE DB 已弃用”来源：http://weblogs.sqlteam.com/dang/archive/2011/09/04/rip-ole-db.aspx

• “避免将 OLE DB 用于新的 SQL Server 应用程序开发。更新您的技术路线图以迁移使用 SQLNCLI、SQLNCLI10、SQLNCLI11 或 SQLOLEDB OLE DB 提供程序的现有 SQL Server 应用程序到 SQL Server Native Client ODBC 驱动程序。”来源：http://weblogs.sqlteam.com/dang/archive/2011/09/04/rip-ole-db.aspx 但 SQLNCLI11 是基于 MSDN 的 SQL Server Native Client ODBC 驱动程序：http://msdn.microsoft.com/library/ms130904.aspx 那么，是不是博客中的错字？

我真的很困惑，想就按照我的标准访问 SQL Server 的最佳技术发表更多意见。

Answer 1

OleDB 和 ODBC 都使用 SQLNCLI。请参阅Component Names and Properties by Version 表，观察 Sqlncli.dll/Sqlncli10.dll/Sqlncli11.dll 如何成为 ODBC 和 OleDB 的驱动程序。

如果您查看Data Access Technologies Road Map，您会发现 ODBC 和 OleDB 都是最新的并且受支持。 deprecated 是 SQLOLEDB 和 SQLODBC，它们是用于 OleDB 和 ODBC 的旧 MDAC SQL Server 驱动器（即 sqlsrv32.dll 和 Sqloledb.dll）。两者都有升级路径和推荐，见Updating an Application to SQL Server Native Client from MDAC。

因此结论是，您可以安全地继续使用 ODBC 和 OleDB，只要确保您使用基于现代 SLNCLI 的驱动程序，而不是旧的、已弃用的 MDAC 驱动程序。

使用已弃用驱动程序的主要风险是缺乏对新数据类型（例如地理、层次结构、日期时间2 等）的支持。

Answer 2

我多年前体验过 OleDB（使用 ATL）和 ODBC（使用 MFC）。

但接口很少是瓶颈，通常插入/更新占主导地位（实际上，我使用批量复制+存储过程进行了大型插入/更新）。

无论如何，我会建议一种中间（第三种？）方式：OTL，这使得 C++ / ODBC 可以承受。