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