如何解决Microsoft Access 365 的 HTTP 命令、方法等目录
我正在 Microsoft Access 365 中开发一个应用程序。我的目的是让它执行 HTTP 命令以读取长字符串中的数据并将其转换为记录。我实际上想按需执行查询以检索多条记录，以便通过我的 READ 请求最大限度地减少服务器上的连接资源使用。为了开发这个子系统，我想知道哪里有一个参考指南，它解释了所有与 HTTP 相关的 MS Access 命令，并附有示例，以便我自己学习如何做到这一点。我知道，从表面上看，经常使用的 HTTP 命令只有大约四个。我的问题是找到将解释如何使用 MS Access 语言连接到 Web 服务器的参考指南。无论返回的数据是 XML 还是文本，我都希望能够使用这两种格式，但我更喜欢 XML。到目前为止，我在 Google 或 Bing 上都没有成功搜索过。
谢谢 史蒂夫/爵士工程师
解决方法
桌面版 Access 或 365 版本质上是相同的，并且在 Web 方面具有零特性，在 Http 接口方面具有零特性。
您不能再对位于 365 或桌面的 powerpoint 文件执行 HTTP 命令，然后您可以对飞机 jane 文本文件或在这种情况下的 Access 执行。
Access 只是计算机上的一个文件，要使用该数据库，您必须在客户端上安装 JET（现在称为 ACE）数据库引擎，并且需要该文件的完整 Windows 限定路径名，并且您还需要需要能够直接使用 Windows 操作系统打开该文件。
您没有连接到文本文件，也没有连接到 Access 文件。您打开此类文件并阅读它们。因此HTTP打开文件的能力为零，而HTTP打开文件的能力为零。
您可以连接到服务器类型的数据库，例如 SQL 服务器或 MySQL。这些系统只需要一个 TC/IP 套接字连接，并且在使用 SQL 服务器时您实际上从不打开文件 - 而只连接到“服务”。
Access 不是服务，也不是在远程服务器上运行的进程。它是一个位于该系统上的平面 jane 文件，要从此类文件中读取数据，您需要具有打开文件的能力，而 HTTP 不提供文件打开服务。
一匹马就是一匹马。
一个文件就是一个文件。
要使用 Access 数据库并与之交互，您必须打开该文件并能够读取其内容。 HTTP 甚至 FTP 都没有提供这种打开文件和读取内容的能力。 FTP可以下载整个文件，但不能打开和读取文件。
那么，网站上的一个word文档可以被消费，因为Word或文本文件，甚至是powerpoint文件？它们是基于整个文件的，当您在 Excel 中修改一项内容时，整个文件就可以保存回服务器。
在 Access 的情况下？它不像 Excel 那样作为单个文件运行。您可以修改文件中的一行 - 当您这样做时，您会注意到不存在文件保存命令，甚至在 Access 中也不需要。
因此，Access 严格来说是一个 100% 基于文件的系统，因此无法通过 FTP 或 HTTP 使用此类文件 - 然后您可以通过 HTTP 更新简单的文本文件。
如果访问不是基于文件的系统，而是基于“服务”的系统（如 SQL 服务器等），则可能会发生与该服务的连接，事实上，无需访问权限即可发生连接。您可以使用任何浏览器与网站交互 - 然后与数据库交互的是 Web 服务器，但您永远不会打开数据库文件客户端。您可以在 Amazon 上订购一本书，但您的客户端永远不会直接打开数据库并与数据库进行交互。 （嘿，那会很酷 - 你直接打开亚马逊数据库并读取所有客户数据！！！！）。
因此，您不能再使用 HTTP 与数据库交互，而可以使用 HTTP 打开和读取 Web 服务器上的文件。这样的网络服务器可以发出一个完整的文件。因此，您可以在 Web 服务器上放置一个访问数据库，当您单击它时，可以将整个 accDB 文件（或 Excel 文件或文本文件）下载到客户端以供使用。当然，如果您修改该 Excel 文件，那么完成后，您可以将其保存回 Web 服务器，但您将覆盖现有副本。因此，最后保存的人将是唯一更新的副本。
因此，这样的设置可以允许一个用户更新访问文件。该文件将传送到客户端。您编辑，播放，完成后将整个文件保存回来。因此，该系统不允许多个用户同时工作。
但是，要清楚： 您不能再使用 HTTP 来更新文本文件、word 文件或 Access 文件。要更新此类文件，您必须将整个文件下载到本地。因此，该文件将在本地打开、使用和修改。因此，这些系统不会也不会允许多个用户同时更新单个文件。
当多个用户同时使用 Access 时，每个工作站不会打开或加载整个文件，而是直接打开文件并修改该文件的部分内容。关键概念是能够同时修改零件。所以一个用户可以编辑一行，因为文件打开命令只修改文件的那部分。其他打开相同文件的用户因此也在修改相同的文件。因此，这种使用多个用户修改文件的一部分的能力是基于文件的系统（如 Word、Excel 或在本例中的 Access）之间的区别。
使用基于服务器的系统（如 SQL 服务器），则每个客户端永远不会打开文件，也永远不会直接与服务器上的该文件交互，而只会与在服务器上运行的“服务”交互。但当然 Access 是基于文件的？服务器上没有运行的服务可以为您打开 Access 文件并与之交互。
这确实建议您可以构建一些从 Web 服务器发送（或接收）数据的 Web 服务调用，而您进行的那些 Web 服务调用实际上可以为您与 Access 数据库进行交互。但是，这样的 Web 服务将是您编写的自定义 Web 服务，而那些简单的基础低成本 365 帐户不提供编写和开发您自己的自定义 Web 服务的方法，这些方法理论上可以接受 HTTP 命令（通过休息，或肥皂）。
所以这里的简单解决方案是采用一个也允许通过服务进行交互的数据库——Azure 上的 SQL 就是一个这样的例子——但它肯定不是 ms-access 的情况。
因此，MS-Access 不是基于服务器的技术，也不是运行类型系统的服务器“服务”。它是一个位于磁盘驱动器上的平面 jane 文件，因此这些基于平面 jane 文件的系统与网络或 HTTP 命令没有任何关系。
您不能再对 QuickBooks 或任何其他基于文件的桌面程序使用 HTTP 命令 - 包括 powerpoint 或 Excel 或在这种情况下的 MS-Access。
文件就是文件就是文件！
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
