Database Access 2000数据库安全

我正在用access 2000中的数据库开发windows应用程序。因为，我一直在开发中，我对数据库的安全性知之甚少。现在，是我学习它的时候了，我遇到了困难

---

数据库位于网络服务器上的一个公共共享位置。我想知道如何保护数据库，这样就没有人可以从该位置打开，并且仍然能够通过windows应用程序读取和写入数据。

听起来您只需要在数据库上设置一些ACL，以便只有一个windows帐户可以访问它，然后使用您的windows应用程序模拟该帐户。

听起来您只需要在其上设置一些ACL，以便只有一个windows帐户可以访问该帐户，然后使用您的windows应用程序模拟该帐户。

您可以在数据库中输入密码，以便任何人都可以在不知道密码的情况下打开该数据库。您的应用程序在进行数据库连接时必须传递密码，但这是相当标准的

---

缺点是Access数据库的密码保护不是很强，因此任何有犯罪意图的技术人才都有可能破坏它。

您可以在数据库上输入密码，这样没有人可以在不知道密码的情况下打开它。您的应用程序在进行数据库连接时必须传递密码，但这是相当标准的

---

缺点是Access数据库的密码保护不是很强，因此任何有犯罪意图的技术人才都可能破坏它。

如果您想要数据安全，那么您应该使用Jet/ACE以外的东西作为数据存储

你问题的最后一句话很不清楚，但听起来很矛盾。为了能够编辑Jet/ACE数据库，用户必须对文件系统中的数据库具有完全更改权限。这是没有办法的

当然，如果你使用MDB格式，你可以使用Jet用户级别的安全性，但这在很久以前就被破解了，谷歌需要10分钟左右的时间来购买破解所需的东西。这项工作也很繁琐，很难正确完成（许多人通过Jet ULS来保护他们的数据库，结果什么也没做，只是让事情变得更复杂，而把它完全打开了）

数据库密码是安全的，即使在2007年的ACCDB格式中，加密功能更强（不再容易破解）。但是，您必须在前端应用程序中对密码进行编码，除非您知道自己在做什么，否则这是一个开放的邀请，您可以使用十六进制编辑器浏览以查找密码

---

如果需要安全性，请升级到提供真正数据安全性的服务器数据库后端。

如果需要数据安全性，则应使用Jet/ACE以外的其他工具作为数据存储

你问题的最后一句话很不清楚，但听起来很矛盾。为了能够编辑Jet/ACE数据库，用户必须对文件系统中的数据库具有完全更改权限。这是没有办法的

当然，如果你使用MDB格式，你可以使用Jet用户级别的安全性，但这在很久以前就被破解了，谷歌需要10分钟左右的时间来购买破解所需的东西。这项工作也很繁琐，很难正确完成（许多人通过Jet ULS来保护他们的数据库，结果什么也没做，只是让事情变得更复杂，而把它完全打开了）

数据库密码是安全的，即使在2007年的ACCDB格式中，加密功能更强（不再容易破解）。但是，您必须在前端应用程序中对密码进行编码，除非您知道自己在做什么，否则这是一个开放的邀请，您可以使用十六进制编辑器浏览以查找密码

---

如果需要安全性，请升级到提供真正数据安全性的服务器数据库后端。

我过去使用Access 2000所做的是创建前端数据库和后端数据库。后端将只包含原始数据。前端将包含表单、报告等

在后端，我将创建一个表单，用于禁用和启用shift键双向传递。表单有一个“启用Bipass”和一个“禁用Bipass”按钮。它还有一个输入密码的文本框。要使用它，您需要键入密码并点击任意一个按钮。然后设置数据库，以便在“启动”下指定表单。只要禁用shift键，就不能直接进入数据库修改数据

---

在前端，我应用相同的功能来阻止他们进入数据库并编辑链接表中的数据。我还在前端使用Jet security来管理他们可以访问的内容。

我过去使用access 2000所做的是创建前端数据库和后端数据库。后端将只包含原始数据。前端将包含表单、报告等

在后端，我将创建一个表单，用于禁用和启用shift键双向传递。表单有一个“启用Bipass”和一个“禁用Bipass”按钮。它还有一个输入密码的文本框。要使用它，您需要键入密码并点击任意一个按钮。然后设置数据库，以便在“启动”下指定表单。只要禁用shift键，就不能直接进入数据库修改数据

在前端，我应用相同的功能来阻止他们进入数据库并编辑链接表中的数据。我还在前端使用Jet security来管理他们可以访问的内容