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