通过

驱动程序体系结构

  • 项目

驱动程序体系结构分为两个类别，具体取决于哪些软件处理 SQL 语句：

  • 基于文件的驱动程序驱动程序直接访问物理数据。 在这种情况下，驱动程序充当驱动程序和数据源；也就是说，它处理 ODBC 调用和 SQL 语句。 例如，dBASE 驱动程序是基于文件的驱动程序，因为 dBASE 不提供驱动程序可以使用的独立数据库引擎。 请务必注意，基于文件的驱动程序的开发人员必须编写自己的数据库引擎。

  • 基于 DBMS 的驱动程序驱动程序通过单独的数据库引擎访问物理数据。 在这种情况下，驱动程序仅处理 ODBC 调用；它将 SQL 语句传递给数据库引擎进行处理。 例如，Oracle 驱动程序是基于 DBMS 的驱动程序，因为 Oracle 具有驱动程序使用的独立数据库引擎。 数据库引擎所在的位置不重要。 它可以驻留在驱动程序所在的同一台计算机上，也可以驻留在网络上的其他计算机上；它甚至可以通过网关进行访问。

驱动程序体系结构通常只对驱动程序编写器有意义；也就是说，驱动程序体系结构通常不会对应用程序产生任何影响。 但是，体系结构可能会影响应用程序是否可以使用特定于 DBMS 的 SQL。 例如，Microsoft Access 提供独立数据库引擎。 如果 Microsoft Access 驱动程序基于 DBMS（它通过此引擎访问数据），那么应用程序可以将特定于 Microsoft Access 的 SQL 语句传递给引擎进行处理。

但是，如果驱动程序基于文件（即，它包含直接访问 Microsoft Access .mdb 文件的专有引擎），则任何将特定于 Microsoft Access 的 SQL 语句传递给引擎的尝试都可能导致语法错误。 原因是专有引擎可能只实现 ODBC SQL。

本部分包含以下主题。