Database 拆分Access数据库是否需要支持多个并发用户？

我已经在MS Access 2010中为我的公司创建了一个数据库。 我们有一个网络驱动器，多个用户可以在其中访问文件和应用程序。

---

我可以在不拆分数据库的情况下将数据库放到这个网络上吗？

MS access数据库和网络，或者并发写入会导致灾难。我是根据这里的经验说的

---

是的，你可以把它放到网络上，但从长远来看，如果它有任何严重的使用，你会看到数据损坏发生。（同样值得注意的是，一旦表变得太大，它也会达到一些“硬限制”，从而有可能永久将您锁定在数据之外。）

否。拆分数据库（首先进行备份）并将后端移动到服务器文件夹，同时将前端复制到用户的本地驱动器。

是，您可以在不拆分数据库的情况下将其放到网络上，但这通常不是共享Access数据库的最佳方式

（来自Microsoft支持）

拆分数据库如果您没有SharePoint网站或数据库服务器产品，这是一个不错的选择

网络文件夹这是最简单的选项，但它提供的功能最少。数据库文件存储在共享数据库上 网络驱动器，人们同时使用数据库文件。 如果存在多个问题，可靠性和可用性可能会成为问题 用户同时更改数据。所有数据库对象都是共享的

SharePoint站点如果您有运行Windows SharePoint Services的服务器，这是一个很好的选择

---

---

从我自己的经验来看，20多年来，我只有一个问题，甚至在网络上都没有。访问是有限制的，但对于一家小公司来说，它运行得很好。@Fionnuala我同意，我认为Access只是因为非开发人员创建了大量劣质数据库而名声不好。没有人定义用户群的大小。我同意Damian的观点，即在网络场景中严重使用访问权限会导致灾难。大约有10个并发的实时用户，这并不是非常严重的使用，即使是在小型数据库上，访问也会锁定和滞后。@DamianNikodem我觉得这是在假设OP的设置将需要大量并发用户的输入。@DamianNikodem Multiple many。我目前运行的数据库有20多个并发用户，每天都有大量输入。我只需确保维护一个良好的备份系统，并执行频繁的压缩和维修。在过去的一年里，我只有3条被破坏的记录，很容易恢复。不，你不能。把后端放在网络上，把前端放在每个用户的电脑上。@Fionnuala：你错了。我的答案中有链接。@MikeSherrill'CatRecall'我没弄错。有些事情你可以做，但你绝对不应该做。@MikeSherrill'CatRecall'实际上你不能。我认为在这一点上，整个问答环节已经演变成了一场语义争论。我认为海报上有足够多的信息可以继续下去：-）我同意这一点：）这样做后，将后端数据迁移到“真实”数据库，以获得巨大的性能提升（根据财富500强公司的真实测量，通常约为100倍）。@pojo guy那么谁来维护一家5人公司的“真实”后端呢？@mike。对不起，我的答案是正确的。你误读了微软的支持说明。@Fred。不。开发人员将其副本脱机。当新版本准备就绪时，它会复制到一个公共网络只读文件夹中，用户会从该文件夹中手动或通过脚本将副本拉到本地文件夹中。这不仅不是一种很好的共享方式，而且会导致灾难。这就像说是的，你可以把车停在这里，你的车可以停在那个禁止停车的区域：）然而，熟练的接入开发者几十年来避免了这场灾难。（耸耸肩）“你可以把它放到网络上，而不必拆分数据库，但这通常不是共享Access数据库的最佳方式。”-这永远不是在多个并发用户之间共享Access数据库的好方法。“[微软支持人员表示]如果有多个用户同时更改数据，可靠性和可用性可能会成为问题。”-这是微软多年来一直避免谈论的问题的残留轻描淡写。当支持多个并发用户时，始终拆分数据库，并且永远不要共享前端的同一个副本。仅出于争论的目的。关于“并发用户”的部分是在编辑中添加的，有点假设人们将同时访问数据库。虽然我仍然不明白除非你是唯一的用户，否则不拆分数据库的目的，但我只是想把它扔出去。我将使用+1，因为从技术上来说，这是最好的答案。记住，OP问是否有必要。这是没有必要的。您可以在不拆分的情况下运行它。然而，这并不是最好的方法，这一回答清楚地表明了这一点。