我正在尝试了解对 .mdb 文件进行查询的工作原理。 假设文件位于共享驱动器 PC2 上，我从 PC1 以编程方式打开它。
当我连接到 .mdb 文件时，我假设 PC2 上没有启动 MS Access 的“实例”（因为它是一个简单的文件服务器）。这是正确的吗？
当我进行 SQL 查询时，它是否必须在本地复制表并运行查询然后返回我的结果并丢弃表和任何多余的数据？
如果我对查询进行“排序”，会发生什么？是返回整个查询，然后是本地排序，还是以某种方式远程排序？
我确定我还有其他问题，但我正在尝试了解如何从远程位置连接到 MDB 文件。 （我所在的位置有相当长的延迟，因此特定查询可能需要 9 秒，在我的情况下这是不可接受的，我正在尝试了解它是如何工作的以及是否可以改进）。
在这种情况下，我正在使用 c# 运行，我认为这不会有太大的不同，但可能会在您的回复中。
【问题讨论】：
标签： c# sql ms-access ms-access-2007
当我连接到 .mdb 文件时，我假设 [远程机器] 上没有启动 MS Access 的“实例”（因为它是一个简单的文件服务器）。这是正确的吗？
是的。应用程序将与本地计算机上的 Access 数据库引擎的副本进行交互，然后从远程计算机上的数据库文件中检索信息。
当我进行 SQL 查询时，它是否必须在本地复制表，然后运行查询然后返回我的结果并丢弃表和任何多余的数据？
不一定。根据所涉及的表的索引方案，Access 数据库引擎可能只需要检索相关索引，然后确定数据文件中包含要检索的记录的特定页面。在某些情况下，它可能需要检索整个表（例如，当需要全表扫描时），但并非总是如此。
如果我对查询进行“排序”，会发生什么？是返回整个查询，然后是本地排序，还是以某种方式远程排序？
Access 文档说索引将加快排序操作（参考：here），这表明 Access 数据库引擎可以按排序顺序从远程文件中检索所需的行。
【讨论】：
您的直觉是正确的，mdb/mde dbs 只是美化的文本文件，必须在本地处理。以下是一些关于网络性能的提示：http://www.granite.ab.ca/access/performancefaq.htm
但由于 SQL Server Express 是免费的，因此几乎没有理由不迁移，尤其是 Access 有一个工具可以为您管理迁移。在低容量的多用户环境中（例如 2-10 个），MS Access 可以正常工作，但对于以任何方式都可能有更高容量的用户和/或事务的企业解决方案，您将面临灾难。
【讨论】：
补充戈德的答案...
Access 数据库是通过 Windows 文件页锁访问的。我的理解是微软添加了这个页面锁定专门供 MS Access 使用（但也可用于通过 Windows API 的任何文件）。
因为实例是本地的，并且冲突和冲突是通过文件页面锁定来处理的，所以客户端-服务器争用是一个问题。 Access 在此处存在已知问题。这就是为什么应该尽可能切换到 SQL Server Express（也是免费的）的原因。但是，是的，MS Access 具有一定程度的便利性。 SSE 拥有更大的足迹和不太友好的 GUI
所有桌面数据库都存在客户端/服务器问题。戈德的回答符合我的知识。索引的重点是减少需要在本地拉取的表数据量。与表数据相比，拉取索引是一项相对较小的任务。这是标准的索引优化，尽管我会说由于远程数据和文件分页，它对桌面数据库更为重要。
一般而言，Access (JET) 引擎不会远程执行任何操作。它是在本地 MSA/Jet 引擎中本地获取和执行的所有文件数据。您知道这一点，因为引擎安装在本地，不必安装在文件主机上。然而，这是分散处理负载的一种方便快捷且肮脏的方式。 :)
【讨论】：