Ms access 使用共享访问数据库通过广域网进行数据损坏的风险

我正在开发一个应用程序，它将MS Access数据库（.mdb，不是我的决定）用作后端。最近，我遇到一个建议，在广域网上使用喷气式引擎并不是一个好主意，因为数据损坏的风险很高。由于我的应用程序应该这样做（连接到NAS上的数据库（编辑：不是NAS，共享网络驱动器），我很担心。这真的很危险吗？如果是的话，是否有任何解决方法，或者MS Access数据库对于这类应用程序是不可用的

编辑

---

前端是C#中的.NET windows桌面应用程序（WPF）。该系统的用户不多，最多10个。大多数情况下，他们将从LAN访问数据库，99%的数据库写入操作将在LAN内完成（从公司所在区域）。但是，在某些情况下，他们将连接到NAS（编辑：非NAS，共享网络驱动器）通过网络（从其家中）从公司外部当然，使用Access总是有可能的，如果你正在寻找降低风险接近零的东西，那么你可能需要考虑SQL Server或MySQL。但是，只要你采取适当的预防措施，使用Access就可以了。p>

---

例如，您可能希望查看将被编辑的表上的记录锁定，以防止多个同时写入。定期备份数据库也总是很好的。

如果您有100 Mb/s的光纤，这是可以的，但如果您的线路是（比如）xDSL线路，则通常是绝对禁止的

---

说服那些有能力的人将后端移动到像SQL server这样的服务器引擎，在那里Express版本是免费的。

您描述的场景不适合将Access数据库作为后端。广域网用户很可能会发现应用程序运行缓慢，但NAS才是导致损坏的真正原因将影响LAN和WAN用户

许多（大多数？）NAS设备在Linux上运行，并使用Samba提供Windows文件共享服务。Access数据库引擎显然使用了Samba并不总是完全实现的“真正的”Windows文件共享的一些低级功能（参考：）

---

事实上，我唯一一次看到共享访问后端（以及适当分布的前端）反复出现腐败问题当客户端将其文件共享从较旧的Windows服务器移动到较新的NAS设备时。Access应用程序在大多数情况下继续工作，但每隔几个月，他们就会发现在对后端数据库文件进行压缩和修复后，某些表的主键会消失。当他们的文件共享在Windows服务器上。

您需要包括更多信息，例如什么前端？我在网站上有一个mdb多年了。用户很少，编辑很少。它都使用ASP classic运行。对不起，请参阅我的编辑，谢谢。您能为那些从LAN外部连接的用户使用远程桌面吗？对不起，我没有指定正确地解决了这个问题，它不是NAS，只是普通的网络驱动器，我没有意识到有什么不同。所以你是说它应该没问题？