我最近被聘为实习生，接管了之前实习生的Access 2003数据库。我之前没有Access的经验，只是对关系数据库/ SQL的基本了解。
我希望让数据库更快，更安全。现在，它已拆分在网络驱动器上，后端数据库位于主项目文件夹中的子文件夹中。它被大约70名员工用于测试和存储认证。一些管理员使用它来创建和打印这些测试。
它非常慢。这些文件当前存储在几个州的服务器上。如果我将此数据库转移到Sharepoint，它会更快更安全吗？这样做是否值得花时间和精力？
使用此数据库的员工当前从桌面上的.exe访问它。 sharepoint对他们来说会更友好吗？
或者，将.mdb文件移动到更近的服务器解决速度问题？我目前正在使用Access 2010.目前使用这些表单的速度非常慢。
谢谢
答案 0 :(得分：0)
将文件移动到本地服务器可以减轻很多速度问题。将文件移动到SharePoint在性能方面不会有太大差异。但是我假设这些文件已经因为一个未说明的原因而不是本地的？理想情况下，如果要移动数据库，应将其移动到MS SQL服务器，但这需要MS SQL知识。
答案 1 :(得分：0)
迁移到SharePoint只有在将数据表大小调整为SharePoint列表时才有效。
您无法在某些共享文件夹中将Access mdb / accDB文件放在SharePoint上，并且同时更新多个用户。当然，SharePoint文件无法接受“部分”写入。您必须“拉出整个”文件到客户端，更新并发回整个文件。所以这不是一个可能的Access设置。
在多用户模式下，访问需要单个用户可以在同一时间更新文件的“仅位和部分”。当您在SharePoint上放置Word或Excel或本例中的Access文件时，必须将WHOLE FILE下载到客户端。然后，用户编辑然后将文件保存回SharePoint。因此，SharePoint是基于整个文档而不是像Windows一样的文件。没有NTFS文件系统 - 只有基于Web的上/下文件系统（非常类似于FTP）。
因此，SharePoint是一个基于Web的界面，Access需要Windows网络系统+还能够更新文件的位和部分（SharePoint不支持的内容或任何网站）。
但是，如果将后端表移出Access并将数据大小调整为SharePoint表（列表），则Access前端客户端可以连接+编辑该数据。在将数据表调整为SQL服务器的概念上，这并没有太大的不同。
因此，Access前端可以连接到文件服务器上的Access后端（当前设置），或连接到SQL Server表，或连接到SharePoint表。
我将在此视频中解释如何将数据表大小调整为SharePoint： https://www.youtube.com/watch?v=3wdjYIby_b0
在某些情况下，访问SharePoint表将围绕Access SQL Server运行绝对圈。但是在其他情况下，这样的设置将运行SLOWER然后SQL服务器。只有经验丰富的Access开发人员可以根据具体情况确定SharePoint表是否适合您的应用程序。正如另一张海报指出采用SharePoint或SQL服务器将需要使用这些技术的经验以及可能几年的Access体验。记住Access有一个相当长的学习曲线 - 在大多数情况下比学习c ++更长。
在您的情况下，由于广域网（WAN），我建议终端服务是您最好的选择。
我将以易于理解的方式解释为什么您的设置现在在本文中很慢以及您可以采用哪些解决方案：