编辑。有人告诉我，我的问题范围太广，很可能会得出基于意见的答案。我不同意但无论如何，为了使这个问题被接受为有效，这是一个提要：
是否可能有一个拆分的MS Access数据库，其中某些表在多个后端之间在物理上是公用的？物理上讲，我的意思是某些物理表是共享的。这将允许管理员用户在一个后端实例中更新数据相对稳定的表中的字段，以便可以在所有后端实例中看到更新。同时，大多数后端表将保持独立，因此对该数据的更改将仅应用于特定的后端实例。
编辑结束
我将尝试拆分开发Access数据库，并且我相信这将是一个简单的过程。但是，更进一步，我想使用一些后端表之间的链接来实现拆分，甚至希望共享一些后端表。我试图找到有关此方法可行性的信息，但是到目前为止，我所能找到的只是帮助将前端重定向到不同的后端数据，以及帮助创建不同的前端以查看独立的后端数据。
我未来的情况是这样：
我想要一些不同的后端数据集；一个完整的全国性集合，其他集合仅限于从源A，源B等导入的数据。所有这些都是用户可以使用的生产数据选项，并且所有结构都相同。尽管表和查询结构是相同的，但是在某些表单/报告字段中，数据的显示方式在一个来源与另一个来源之间是不同的，任何将所有来源的数据一起呈现的尝试都会使用户感到困惑。我曾考虑过将各种表示形式转换为通用格式，但这会丢失一些信息细节。
我还想要一个生产前端加上至少一个开发/测试前端。前者应允许用户附加到任何后端生产数据集，而dev / test前端应允许附加到任何内容，并具有任何dev前端应与匹配的dev后端的结构匹配的约束。根据同时进行的结构试验，可能需要多个开发前端/后端对。同样，尽管它可能涉及仔细的版本控制，但我相当有信心它会足够容易地工作。
所以，我的问题是：我希望某些后端物理表在所有生产后端数据集之间共享。这是因为其中一些表在结构上非常稳定，并且它们的数据对于所有生产版本都是通用的，并且只能由管理员用户更改。我想允许管理员用户一次修改/添加/删除这些稳定生产表中的数据，并在所有生产后端共享更新。在最坏的情况下，管理员用户必须在每个后端数据集中进行此类修改，这显然会导致各种后端数据集之间不匹配的可能性-咖啡有人吗？现在我在哪里？
我想我可以写一些东西来更新所有后端表中的数据，但这并不理想，尽管不是最坏的情况。
我可以在某些表中添加一个“数据集”字段，并扩展表单，查询，报告等以将数据集考虑在内，从而只有一个生产数据集，但感觉很便宜，而且不够坚固；而且，它可能会降低性能。
在上述情况下，有没有办法使后端数据共享一些物理表？不是全部，只是其中几个？
我希望我已经足够好地描述了这个问题（可能有太多的细节），以便过去曾遇到此问题的人可以为我提供解决方案。
答案 0 :(得分：1)
答案是否定的。一个表属于一个文件。
您可以从一个或几个其他文件创建指向该表的链接。这些通常是前端，但是您也可以在后端文件中创建链接，尽管这没有什么意义，因为您必须打开后端才能读取链接表，而这通常是后端文件所不具备的