Ms access 选择查询正在提取数据，源表显示在MSysObjects中，隐藏/系统都已启用，但表未在对象浏览器中列出

我完全困惑了

一位同事的数据库出了问题。我注意到，创建有问题的本地数据库文件的内部软件使用对MS JET的编程访问，这意味着简单的第一步是查看MS access 2010是否对数据库满意，然后作为第一步进行修复、导出/导入或修复

我将独立的本地Jet数据文件复制到一个非联网的虚拟机上，这样就不可能有外部数据，MS Access很容易打开了db文件，但我无法理解我看到的内容

MS Access在该系统上配置为显示所有隐藏对象和系统对象，并已确认，因为文件中的Access系统表都是可见的，并且可以打开。以下是我的观察：

对象浏览器列出了常见的MS系统表，以及一系列的SELECT查询，这些查询看起来与从OTHERTABLENAME（其中FIELDNAME=值）选择字段列表的形式是正确的，仅此而已。 select查询在打开时显示具有有效数据记录的常用网格，并且数据看起来也正确。 对象浏览器界面中不显示具有给定名称的数据表。 给定的名称在系统表MSysObjects中作为数据库对象列出。 所以。。。。。底层数据表在MSysObjects中命名，似乎是真实的数据表。。。但是它们没有在对象浏览器中列出，我也不知道如何打开它们的数据表，尽管MS Access的系统表和Show hidden/system都已启用。。。而且这些表肯定存在于文件中，因为一个明显的SELECT查询正在从中提取它们的数据，并且文件位于一台干净的非联网机器上，没有其他可访问的源

---

有什么想法吗？我想检查基础数据，但。。。发生了什么事？

当我检查您的数据库时，我发现您无法正常访问表的原因是，创建db文件的内部应用程序的作者实施了阻止正常访问的措施

我建议您联系他们和您的经理，以获得查看数据的授权和帮助

---

另外，请注意这个问题。一个可疑的人可能会无情地将你的问题解释为伪装的黑客帮助请求。请注意，我并不是在指责你任何不怀好意的行为。。。只是让你注意到你的问题可能会被如何看待。而且，如果发生这种情况，我不知道堆栈溢出会带来什么后果，但我无法想象这会是好事。所以请小心点。

这就是我错过的。我不知道在哪里可以找到答案。通常，如果存在安全问题，则会提示数据库受保护，但Access的对话框不会提供任何线索。我感兴趣的不是一个人如何绕过它，这根本不是重点，谢谢你没有假设！，但是我同事的问题是由于某种数据库问题，但是我找不到有问题的表来用DB程序检查DB错误。你的评论回答了这个问题。一个问题：为了避免我将来的困惑，如何检查是否存在此类安全限制？记录的背景：-该程序是一个旧程序，公司的开发人员早已离开，我的同事想从中获得一份报告，该报告不是内置的，并且知道我在过去做过Access/VBA。他问我，我的回答是，使用Access自己的报告生成器听起来很简单。但是，当我快速查看时，我不明白为什么没有列出这些报告的数据表。现在我们知道了：根据您的评论，我还删除了上传的示例数据库，该数据库不依赖于标准的访问安全方法。它使用我以前从未见过的自定义方法。因此，当Access打开数据库时，它无法警告您数据库是安全的，因为它不知道。要知道它是安全的，唯一的方法就是像你一样四处查看，试图获取你知道它包含的数据。这非常有帮助而且清晰。完美的答案，谢谢。简言之，我猜Access作为MS Office程序只使用Jet功能的一个子集，因此可以通过API和VB以编程方式配置Jet DB，而Access不会使用或查找这些功能。至于我的同事，公司有4个人，所以他们需要其他解决方案。他问我作为一个同事谁可能给他找到一条捷径。答案很简单，很抱歉，这不容易做到。这仍然是对我所看到的东西的一种改进：我认为这种方法是由对Access db设计和操作有深入了解的人设计的，他发现了一种方法，可以利用Access对异常对象名称的响应，让它做一些意想不到的事。从简单的观察来看，它看起来很聪明。如果我有足够的时间和好奇心，我会设法弄清楚细节。但这不值得我付出努力，因为我对它毫无用处。