检查 Access 中的大型链接数据库
Inspect large linked database in Access
这听起来是一个非常简单明了的问题，但我试图在网上搜索并没有找到我的问题的答案。我想从 Access 查看链接数据库，但数据库太大，每一步都需要很长时间才能加载数据。我想知道是否有更好的方法来检查数据表？抱歉，如果有人在其他地方问过这个问题，我对 Access 有点陌生。
嗯，你有程序部分（通常称为前端（FE）。
然后你 link编辑 tables 到数据文件 9，通常称为后端 (BE)。
因此，我不能说仅在导航窗格 (FE) 中查看 linked tables 的列表会有很大的不同。
或者，您可以启动访问权限，然后打开 BE 文件。那时，您将再次在导航窗格中看到 table 的“列表”。这里唯一的区别是，作为一般规则，您不能更改 FE 中的 table 结构。
但是，除此之外，性能应该没有太大差异。当然，如果您在网络上并且 BE 在某个文件夹中？那么您的网络连接当然会影响性能。
所以，在那种情况下，人们经常做的就是简单地将 BE 从服务器文件夹复制到本地文件夹。然后，您可以在您的计算机上 100% 本地打开 + 使用 + 播放 + 使用该数据库 (BE)，而您与数据文件之间无需网络。这当然会 运行 快得多，因此让您 see/play 并查看 table 并打开它们以查看此类 table 中的数据。
所以，总而言之？将 BE 复制到本地文件夹。您正在处理数据的副本（这是安全的 - 不会弄乱生产数据），但在性能方面您肯定会发现应该完全消除任何性能考虑因素。
以及用于开发和测试？通常我们将 BE 放在我们的本地计算机（比如笔记本电脑）上，从而在本地使用该 BE。并且根据 FE（program/software 部分）的设置方式，通常它会有一些选项可以重新link，因此您可以将 FE 指向不同的 BE。
请记住，如果您对 BE 进行更改？您希望该副本中的此类更改出现或在生产 BE 上进行吗？好吧，你必须做笔记，因为没有真正的自动化方式将更改（比如新的 table 或对 table 设计的更改）发送到生产 BE。当然，必须非常小心。您可以对 table 进行更改，例如重命名或更改字段名称 - 这肯定会破坏 FE 程序部分。在大多数情况下，您当然可以向现有 table 添加新的 fields/columns，并且在大多数情况下不会破坏您的软件。
但是，从性能的角度来看呢？我有点困惑你注意到性能问题和问题。也许在 FE 和 BE 之间有一些 VPN（这根本不能正常工作——你通常需要一个良好的可靠网络连接——在 FE 和 BE 之间有一个 LAN（而不是 VPN/WAN）。如果一个 VPN (WAN)要采用，那么大多数情况下需要将BE迁移到sql服务器——FE（程序）部分然后可以用linked tables到SQL 服务器，而不是基于文件的 BE。
所以虽然上面应该是有道理的 - 它让您处理的性能问题或您在此处注意到的问题有些困惑？ （这并没有多大意义）。
这听起来是一个非常简单明了的问题，但我试图在网上搜索并没有找到我的问题的答案。我想从 Access 查看链接数据库，但数据库太大，每一步都需要很长时间才能加载数据。我想知道是否有更好的方法来检查数据表？抱歉，如果有人在其他地方问过这个问题，我对 Access 有点陌生。
嗯，你有程序部分（通常称为前端（FE）。
然后你 link编辑 tables 到数据文件 9，通常称为后端 (BE)。
因此，我不能说仅在导航窗格 (FE) 中查看 linked tables 的列表会有很大的不同。
或者，您可以启动访问权限，然后打开 BE 文件。那时，您将再次在导航窗格中看到 table 的“列表”。这里唯一的区别是，作为一般规则，您不能更改 FE 中的 table 结构。
但是，除此之外，性能应该没有太大差异。当然，如果您在网络上并且 BE 在某个文件夹中？那么您的网络连接当然会影响性能。
所以，在那种情况下，人们经常做的就是简单地将 BE 从服务器文件夹复制到本地文件夹。然后，您可以在您的计算机上 100% 本地打开 + 使用 + 播放 + 使用该数据库 (BE)，而您与数据文件之间无需网络。这当然会 运行 快得多，因此让您 see/play 并查看 table 并打开它们以查看此类 table 中的数据。
所以，总而言之？将 BE 复制到本地文件夹。您正在处理数据的副本（这是安全的 - 不会弄乱生产数据），但在性能方面您肯定会发现应该完全消除任何性能考虑因素。
以及用于开发和测试？通常我们将 BE 放在我们的本地计算机（比如笔记本电脑）上，从而在本地使用该 BE。并且根据 FE（program/software 部分）的设置方式，通常它会有一些选项可以重新link，因此您可以将 FE 指向不同的 BE。
请记住，如果您对 BE 进行更改？您希望该副本中的此类更改出现或在生产 BE 上进行吗？好吧，你必须做笔记，因为没有真正的自动化方式将更改（比如新的 table 或对 table 设计的更改）发送到生产 BE。当然，必须非常小心。您可以对 table 进行更改，例如重命名或更改字段名称 - 这肯定会破坏 FE 程序部分。在大多数情况下，您当然可以向现有 table 添加新的 fields/columns，并且在大多数情况下不会破坏您的软件。
但是，从性能的角度来看呢？我有点困惑你注意到性能问题和问题。也许在 FE 和 BE 之间有一些 VPN（这根本不能正常工作——你通常需要一个良好的可靠网络连接——在 FE 和 BE 之间有一个 LAN（而不是 VPN/WAN）。如果一个 VPN (WAN)要采用，那么大多数情况下需要将BE迁移到sql服务器——FE（程序）部分然后可以用linked tables到SQL 服务器，而不是基于文件的 BE。
所以虽然上面应该是有道理的 - 它让您处理的性能问题或您在此处注意到的问题有些困惑？ （这并没有多大意义）。