0

您采用什么策略让多个人在访问数据库上工作？

是否可以在线托管它并使其功能仍然有效而无需开发自定义前端？

MS Access 作为软件有一些不错的功能，不需要任何编程来配置：

  • 下拉列表 - 选择一个
  • 多复选框列表 - 选择多个

即使在线托管，是否有可能获得所有这些功能？我基本上在考虑另一种方法来快速让人们使用上述 GUI 功能处理数据，而无需使用 webapp<>MySQL 方式。

4

5 回答 5

5

你在这里有一些很好的评论。请记住，对于 Access 2010，情况发生了很大变化。

Access 2010 允许您构建 Web 应用程序。开发过程与多年来非常相似，但您不能在这些 Web 应用程序的表单中使用 VBA（您使用新的宏语言）。这个新功能集允许您将构建的应用程序发布到网站。这是我在 access 2010 中运行的应用程序的视频，在视频的中途，我切换到在 Web 浏览器中 100% 运行 access 应用程序：

http://www.youtube.com/watch?v=AU4mH0jPntI

以上内容适用于 2010 年的访问……今年到期。以上将要求您运行 SharePoint 服务，或使用支持“访问 Web”服务的托管服务。

对于以前的访问版本，出于所有意图和目的，它根本不是基于 Web 的系统。现在，当您说多个用户时，您必须明确用户的类型以及他们的计划。如果您的用户在本地办公网络上，那么 MS Access 可以直接用作多用户系统，无需额外编码和编程。但是，建议您将应用程序拆分为部署在每个用户计算机上的前端部分。这个概念在我的以下文章中概述。

http://www.members.shaw.ca/AlbertKallal/Articles/split/index.htm

现在，也许用户将在笔记本电脑上和全国各地的不同地点使用？在这种情况下，您尝试通过广域网进行连接，或者让用户通过 Internet 连接到应用程序。这是一个不同的问题。在这种情况下，一个好的解决方案是使用类似 SQL Server 的后端作为后端，并继续将 Access 前端部署到每个用户的计算机上。这个应用程序也往往是最实惠的。使用 sql server + ms-access 意味着您可以像往常一样继续在 Access 中进行大部分开发。无需借助 sql server 即可完成广域使用的另一种方法是使用称为终端服务的东西。我在下面的文章中概述了这些可能性：

http://www.members.shaw.ca/AlbertKallal//Wan/Wans.html

如前所述，这里的其他一些人发布了一些您可以考虑使用的新 SharePoint 功能的链接，但它们要到今年晚些时候才会发布。

于 2010-01-09T17:03:26.350 回答
2

对于 15-25 岁或以下的小型工作组用户群体，多用户访问应用程序非常容易实现。除此之外，开发人员应该考虑升级到服务器后端，权衡是服务器的管理开销更大，而如果保留 Jet/ACE 后端，则必须更仔细地对应用程序进行编程。

至于在线访问，您无法通过 HTTP 进行此操作，但如果您有可用的 Windows 终端服务器，您可以在那里托管您的应用程序并让用户访问它。这实际上是一种支持应用程序远程用户的极其简单、高效且廉价的方式，尽管用户数量越大，问题就越多。但是，当 Access 应用程序的用户群会使 Windows 终端服务器设置紧张时，您将不再使用 Jet/ACE 后端。

使用服务器后端，您可以通过 Internet 访问 VPN 上的 SQL Server，如果您真正高效地编写 Access 应用程序，即使通过标准宽带连接，您的用户仍然可以高效工作。

然后是 Access 的未来：在 Access 2010 中，已完成大量工作以与 Sharepoint 2010 中的许多新功能集成。如果您使用新型 Access Web 表单和报告创建 A2010 应用程序，您的应用程序将可以上传到运行新 Access Services 的 Sharepoint 服务器，然后可以在 Web 浏览器中运行（不限于 IE，也不依赖于任何插件或 Web 控件，就像过去完全没有价值的情况一样）访问数据访问页面）。数据存储可以是 SQL Server，也可以为不通过 Web 浏览器访问的用户保留 Jet/ACE，并将数据存储在 Sharepoint 中供在线用户使用。此外，您可以在 Access 中本地运行与 Sharepoint 集成的应用程序，该应用程序在连接到 Internet 时使用 Sharepoint，并且在断开连接时仍然能够脱机工作。再次连接后，您将本地更改与 Sharepoint 服务器同步，解决任何差异并继续工作。

这些功能确实非常了不起，根据我所听到和看到的，如果 Access 应用程序完全由 Web 表单和报告构建，那么在 Access 中运行和通过 Sharepoint 在 Web 浏览器中运行时，它的外观和功能将完全相同. 如果您需要拥有不向在浏览器中运行应用程序的用户公开的客户端功能，您仍然可以使用传统的 Access 对象！

Access 开发团队的博客有许多关于 A2010 中即将推出的内容的帖子，其中发布了一个很好的视频，展示了 A2010 如何与 Sharepoint 2010 的新 Access Services 集成。

这构成了 Access 的 Web 功能的巨大飞跃，以前几乎不存在，我对此感到非常兴奋。以前我对 Access 所做的更改非常谨慎，这些更改似乎完全使其成为 Sharepoint 的仆人，但现在我可以看到 Access 用户和 Access 开发人员的好处将是巨大的。

于 2010-01-09T01:17:48.450 回答
1

我听说过的一种方法是将访问数据库导入 SQL Server 数据库。
（几乎任何版本都可以。）。

然后用 Access 链接到 SQL Server 数据库，让用户像以前一样使用它。

看看这个链接： http: //office.microsoft.com/en-us/access/HA010345991033.aspx

如果您想要在线解决方案，我建议您使用普通的 Web 应用程序架构。（与适当的数据库交谈。）。

于 2010-01-08T23:45:41.627 回答
0

我自己从来不需要支持它，但就我目前听到的情况而言，一旦你需要支持多个用户同时编写，性能就会急剧下降。我认为这是因为 Access 使用简单的文件锁定来实现隔离，而这对于并发数据库系统来说并不是正确的技术。

于 2010-01-08T23:28:29.707 回答
-2

在线托管？你的意思是在网络上？从技术上讲，它可以在网络上运行，但 MS-Access 不在 Visual Studio 中是有原因的——它不被视为开发平台——它是一个桌面应用程序。当 MS-Access 首次出现时，许多人使用它构建应用程序。多用户功能不存在。最多四五个用户是可以的。但我不会去更多。

于 2010-01-08T23:44:13.933 回答