Qt连接数据库的两种方法

我曾经想过，无论在哪个平台下开发，都不要再接触SQL Server了，但显然不行。我们是来看世界的，不是来改变世界的，想通就好。

前两天，尝试了一下Qt下远程访问数据库。在macOS下，用Qt 5.11写个程序来远程访问Win10下的SQL Server和My SQL数据库，Qt中通过QSqlDatabase来创建一个数据库连接。简单来说，QSqlDatabase连接数据库可以分为两种方式，聊到这两种方式，就要大概的说一下数据访问的前因后果，以微软的数据访问历史为例，本文只是从快速使用的角度出发，不会讲得太详细深入。

一、 数据访问方式的历史

在早期时，由于数据库种类繁多，各种数据库连接有不同的需求，数据库连接主要依靠各种API函数来进行连接，数据库编程都是直接操作数据库厂商提供的API，每个数据库厂商的提供的数据库操作的API都不相同，如调用函数，操作语句等等。因此每个应用程序都只能对应一个数据库。如果想换数据库，需要重写一遍数据库操作代码，这样的代价是非常大的。因此Microsoft就联合一些厂家做了个接口标准——ODBC。

ODBC（Open Database Connectivity，开放数据库互连）

1992年Microsoft和Sybase、Digital共同制定了ODBC 接口标准，以标准的ODBC API来存取各种不同的数据库。ODBC将所有数据库特定的，底层的操作细节(CLI)封装在驱动(drive)中，并提供一套标准的函数调用。使用时，ODBC会动态地加载数据库的CLI，将函数调用转换成各个数据库的CLI调用。这样应用程序与数据库API本身就隔绝开了，ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC，如下图所示。

这样访问所有的关系型数据库都可以使用一套标准的ODBC API即可。ODBC成为最早的通用数据库访问技术。随后ODBC便获得了许多数据库厂商和Third-Party的支持而逐渐成为标准的数据存取技术。

ODBC以当时的业界标准规范X/OpenCall-LevelInterface(CLI)和ISO/IEC9075-3Call-LevelInterface(SQL/CLI)为涵盖的范围，因而支持了广阔的数据库。虽然ODBC在初期的版本中执行效率不佳，而且功能有限，因此也为人们所贬低。但是，随着Microsoft不断地改善ODBC，使ODBC的执行效率不断增加，ODBC驱动程序的功能也日渐齐全。到目前，ODBC已经是一个稳定并且执行效率良好的数据存取引擎。

OLE DB（Object Linking and Embedding DataBase，对象链接和嵌入数据库）

ODBC是最早的通用数据访问技术，但是ODBC只限于检索关系型数据库的数据。

1997年， Microsoft 的一个战略性系统级编程接口，用于管理整个组织内的数据。OLE DB 是建立在 ODBC 功能之上的一个开放规范。ODBC 是为访问关系型数据库而专门开发的，OLE DB 则用于访问关系型和非关系型信息源，例如主机 ISAM/VSAM 和层次数据库，电子邮件和文件系统存储，文本、图形和地理数据以及自定义业务对象。

在OLE DB中，不再有drive的概念，取而代之的是提供者(provider)，每个数据库厂商都需要对象的OLE DB provider。需要注意的是，provider实现了基于COM的接口，这些接口封装了访问数据库的操作细节(CLI)。那么应用程序使用这些通用的接口来进行数据库的访问，而不用考虑数据库的细节。所以，可以理解OLE DB是规定了数据使用者和提供者之间达成了一种协议。
为了兼容一些没有提供provider的数据库，OLE DB也可以基于ODBC，即provider是基于ODBC实现的。这种实现会经过两层，效率会比较低。由于目前大多数数据库都提供了provider，所以这种方式比较少见。 可以看到，OLE DB与ODBC类似，但是原理上是不相同的。如下图：

ADO（ActiveX Data Object，ActiveX数据对象）

微软为了简化OLE DB接口，推出了ADO来封装OLE DB的接口，实现与数据库的通信，使得用户更易于调用数据库相关操作。ADO实际上是位于OLE DB顶部的一个附加层（