Dao与Jet数据库引擎
DAO可以访问本地数据库和远程数据库。这里指的本地和远程并不是地理位置上的概念，它们是两个逻辑概念。本地数据库可以在本地计算机（物理）上，也可以不在本地计算机上，而远程计算机也并不局限于远程计算机（物理）上。
本地数据库是通过文件系统访问的数据库，它可以放在本地计算机上，也可以放在网络上，它由应用程序直接操作。而远程数据库只能由DBMS操作，应用程序对它的访问通过DBMS来完成，这样就产生了Client/Server体系结构，应用程序是Client端，DBMS是Server端。
Microsoft Jet是Microsoft Access和Visual Basic使用的一种数据库引擎。在DAO3.1版本以前，DAO被定义为“Microsoft Jet引擎的编程接口”，也就是说，DAO和Jet在历史上几乎是同义词。DAO访问数据库都要通过Microsoft Jet数据库引擎来完成。当然，这两个概念在内涵上是不一样的，Jet不能被直接使用，只有通过DAO或Access才能直接使用Jet.
但是，DAO3.1之后增加了一项重要的功能，这就是ODBCDirect访问。ODBCDirect使得DAO可以跳过Jet引擎，直接访问ODBC数据源。正是由于有了这项功能，DAO不再绑定在Jet上了，DAO与Jet仍有千丝万缕的联系。一般来说，如果应用程序使用的是本地数据库，那么DAO一般都通过Jet来访问数据库，反之，如果使用的是远程数据库，那么DAO通过ODBCDirect来访问数据库。
Jet是通过SQL来驱动的，但是这种SQL可能和通常的实现不太一样。这种情况下可能会带来好处，也有可能会带来坏处。当使用DAO访问数据库时就必须考虑这种差别。因为Jet的SQL的运行和一些标准的SQL运行性能差异很大。考虑下面这个SQL语句：
SELECT * FROM Student,Teacher
WHERE Student.Course_No=Teacher.Course_No
在SQL SERVER中执行这个SQL语句时，SQLSERVER会在内部自动把Student表和Teacher表使用的最优化方式连接起来，即用Student表的Course_No域的值来索引Teacher表，因此，每读取一条Student记录，只需读一条Teacher记录，整个语句的执行共需读取2*COUNT(Student)个记录。
但是，同样是这个语句，通过DAO和Jet来执行时，Jet会把两个表进行笛卡尔连接，然后再滤掉一些不合格条件的记录。这样一来，每读一条Student记录，都必须读取所有的Teacher记录，即COUNT(Teacher)条Teacher记录，整个语句的执行共需读取COUNT(Student)*COUNT(Teacher)条记录。如果这两个表的数据庞大的话，这个语句的执行速度将令人不可忍受。