我需要知道在网站的微软访问中存储数据的顾虑是什么。
我知道我们可能会遇到很多问题
示例： - 数据库上的多个连接
由于
答案 0 :(得分：3)
您将遇到的一个关键问题是可用性。特别需要锁定用户进行维修和备份，这可能不适用于典型网站的24/7可用性需求。
并发是你的第二个问题。设计良好的Access DB通常可以支持多达50个用户，甚至可能支持几百个用户，具体取决于所需的特定访问类型（例如，只读）。但是，随着应用程序执行大量更新，您将比使用大多数客户端 - 服务器类型数据库程序包更快地出现并发问题。
忽略有关DB大小方面的可伸缩性的任何评论。对于大多数应用程序，在这方面，您将无法接近MS Access的限制。
硬币的另一面是，通过切换到客户端 - 服务器数据库，您会增加许多复杂性和成本。因此，如果您正在构建一个小型内部使用网站，Access也是一个合理的选择。这完全取决于您的要求与技术的匹配。
答案 1 :(得分：1)
数据大小是另一个问题。对于较大的尺寸，您需要一个更严肃的数据库引擎。
可扩展性，可用性，备份支持。
答案 2 :(得分：1)
问题在于它不会扩展 - 而且它实际上并不意味着。你必须为工作选择合适的工具。
现在避免麻烦并选择SQL Server（有免费版本 - 如果你有资格获得BizSpark，你可以获得强大的免费版本），MySQL或Postgres。
答案 3 :(得分：1)
没有人提到的是，Jet / ACE后端的工作情况如何（从网站的角度来看，没有Access后端这样的东西）取决于你使用什么接口来访问它的数据。
如果使用ODBC或DAO，则可能会遇到问题，因为它们都不是线程安全的。但是通过OLEDB / ADO Classic访问，您可以获得线程安全访问。因此，在Web应用程序中使用Jet / ACE数据存储的唯一可行方法是OLEDB / ADO Classic。
（我正在报道Michael Kaplan多次说过的话，他已经忘记了很多关于Jet的事情，而不是我所知道的）
答案 4 :(得分：0)
访问数据库（根据我的经验）在分配空间方面似乎非常差，因此它们的大小比预期的要大。我也有数据损坏问题。
如果某人打开了数据库进行编辑，则可能会锁定其他连接。
虽然所有数据库都需要维护，但请尝试在极大的数据库（1GB +）上运行“维护”（压缩和修复），看看会发生什么。它不仅可能会锁定用户，而且可能会破坏整个事情