通过 Jet 引擎使用 DAO 时，首要考虑的是网络传送的数据量。尤其是当设计中用到了一个包含有本地的、非附属数据的共享 Jet 数据库时，情况就更是如此。在这种情形下，通过多用户竞争共享的数据页，网络将承担所有磁盘 I/O 的通信。在大多数情况下，如果共享数据库中只包含有一个或多个的附属表，那么只有查询结果才需要在网络上传输。
通过合理地使用 Recordset 对象的大小和选取查询处理器，应用程序可以间接地来控制网络流量。在很多情况下，Jet 查询处理器可以在创建 Recordset 对象时，只产生相对较小的网络流量。可是有些设计却不能满足其用途，于是就会产生比其它编程模式更大的网络流量。通过合理调整传给 Jet 查询处理器的 SQL 查询，可以更好地改善它的功能，同时还可以改善网络的性能。
通过 Jet 引擎访问附属表时，只有链接信息和查询结果才需要在网络上传输。但是如果要求查询处理器下载远程表的一部分或全部，那么网络流量就会急剧增加。
在广域网 (WAN) 上使用 Jet 数据库是可能的，并有严密的错误管理，WAN 应用程序的实现具有一定的安全性。但是设计必须有其它预防措施，它必须具有非常强健的错误管理，能够预料到网络在访问远程服务器时，可能出现的数据损失和很长的响应时间。由于 WAN 的速度要比常规的局域网慢得多，所以一定要特别注意所产生的网络流量和 DAO 超时的数值。为了更好地了解对远程 ODBC 服务器进行查询的数量和复杂性，应该经常检查 SQL 跟踪日志。不管网络的拓扑结构如何，对所有网络操作都要使用更加强健的错误处理，这是良好的设计习惯。
ODBC 驱动程序管理器能够将所有 ODBC 操作都记录到一个外部文件中，这是能够利用的最有用的调试和调整工具之一。通过 Windows 控制面板中 ODBC 管理对话框中的相关选项，可以允许文件使用 ODBCDirect LogMessages 属性。值得注意的是在将应用程序作成产品之前一定要关闭记录，因为记录过程会严重影响产品的性能。
另外一种可供 Microsoft SQL Server 开发人员选用的跟踪工具是新开发的 SQLTrace 工具，它使得开发人员能够交互地查看所有应用程序传送到 SQL 服务器上的查询。一旦启动了 SQLTrace 工具，就会打开一个窗口，并在其中显示每一个查询或其它操作请求。
详细信息 请参阅“选取与 Jet 一起使用的 DAO 查询处理器”和“DAO 的 ODBC 与 Jet 连接的管理”。