所以我有一个最初使用 Access 97/Office 2003 创建的 access mdb 文件。因为我收到了一个安装了 2007 Office 的新作品。access 数据库的文件扩展名仍然是 mdb + 密码保护的。我在 2007 年打开它并使用 Accesspasview 获取密码并得到了。但我无法删除密码，我希望数据库以新的 .accdb 格式保存，以便我可以在 Office/Access2013 及更高版本中编辑和打开它。
我知道密码，但无法删除它。我正在使用access2007。
mdb 文件不包含密码，也没有密码。您加入的工作组文件具有密码。
要删除密码，请启动访问 - 即使使用正确的工作组（并输入密码）打开 mdb 文件也可以。您必须“加入”到正确的工作组文件。
现在，关闭 mdb 文件（但不要退出访问以保持加入工作组文件）。
现在，创建一个空白 accDB 文件。现在将 mdb 中的所有内容导入到这个 accdb 文件中。
此时，您现在有了一个不安全的 accDB 文件。您现在可以退出访问，然后重新启动访问（不使用该工作组文件）。因为“默认”工作组文件在管理员帐户上没有密码，所以您不会收到登录提示，并且 accDB 不再是安全数据库。
所以关键概念是您不能将受保护的 mdb 文件对象导入到不安全的 accDB 文件中，除非您当前已连接并使用已知的工作组文件登录到 mdb 文件，该工作组文件允许您获取/使用 mdb 文件。
因此，给定数据库的用户 + 密码不在数据库中，而是在工作组文件中。因此，受保护的 mdb 文件被附加并保护到给定的工作组文件。虽然说表单、报告等的实际权限存储在 mdb 文件中，但用户存储在工作组文件中。如果开发人员很聪明并且只在 mdb 文件中放置了一些安全组，那么实际上应用程序中实际上不存在用户特定的安全权限。所以一些开发人员打破了这个规则，并开始在应用程序中添加用户特定的权限（比如表单或报告）......但是，如果开发人员只创建了一些安全组，并且总是分配对象（表单/报告等） ) 到这些安全组，则结果是数据库文件中不存在实际用户特定的用户权限。（编辑：
仅当您在快捷方式中指定的工作组文件（或您设置并默认使用的当前默认工作组文件）具有管理员帐户的密码时，Access 才会提示您登录。
不清楚您是使用工作组管理器更改默认工作组文件以进行访问（如果这样做，则该安全工作组将用于您打开的所有文件），或者您正在使用快捷方式来指定工作组文件。无论哪种方式，只要确保访问保持打开状态并附加到工作组文件，然后在您仍以具有 mdb 文件权限的用户身份附加（并登录）时创建（或打开）新的空白 accDB 文件。
在附加到工作组文件时创建空白 accDB 文件的“行为”不会产生安全的 mdb/accDB 文件。
并且如上所述，如果默认安全工作组文件具有管理员帐户的密码，那么您将获得所有打开的访问文件的登录信息。工作组文件总是首先打开，在打开任何数据库文件之前，您已附加到该工作组文件。所以登录过程仅限于工作组文件。然后，您可以使用该工作组文件打开 + 使用受保护的数据库。在所有情况下，访问都附加到工作组文件——甚至是当前版本。如果您有意或无意更改了默认工作组文件，那么您希望将其更改回默认文件。（或者，希望您使用快捷方式，因为它会覆盖默认工作组，但不会更改打开非安全数据库时用于所有其他情况的默认访问权限）。