一旦对数据库引擎进行了初始化并且建立了连接，应用程序就可以开始从数据库中读取数据。当使用能执行 SQL 查询的远程数据库引擎时，常常可以选取查询的方式和对象。用来建立游标的查询既可以由客户机的 Jet 查询处理器来执行，也可以由服务器上的远程数据库查询处理器来执行。有时并没有可选择的余地，因为查询的种类（或者是其它方面的考虑）限定了只能使用某一种选择。
所使用的查询处理器对于应用程序的性能具有重要的影响。对大多数查询来说，Jet 查询处理器会分解该查询并将智能的子查询提交给远程服务器去处理。这些子查询所返回的数据子集可以用来在工作站上完成整个查询。但是，当 Jet 不能进行这种查询管理时，它就会试着将所有表（或者是那些表中的大部分）送回到工作站以进一步处理。当这种情况发生时，查询就会用尽全部工作站资源或者是超出查询的超时限定。
强制 Jet 在远程服务器上完成整个查询，可以防止应用程序的瘫痪束缚资源的查询。但是，在许多情况下，对应用程序查询方式的重新设计对于改善应用程序性能的确是非常有用的。例如：如果查询从服务器返回的数据有几百行，这时将查询放到服务器上执行就可能会改善应用程序的性能，但是对于工作站和网络的资源要求仍然是相当重要的。