我刚刚开始从事一个项目，该项目将涉及多个人从多个地理位置输入数据。我被要求在 Access 2003 中准备表格以方便输入数据。现在，数据库的副本（连同我的表格和表格）将分发到每个站点，返回给我，然后我将它们全部组合在一起。我可以做到，但我希望有更好的方法——如果不是为了这个项目，那么对于未来的项目。
我们没有任何资金用于真正的编程支持，所以这取决于我。我对 HTML、CSS 和 SQL 很熟悉，也玩过 Django，而且学得很快。我没有太多时间来设计表单，但它们不必真正运行几个月。
我认为基于 Web 的表单有一些实质性的好处（主键集中设置，我可以监控数据输入，表单更改立即通用部署，我不必为不同版本的 Access 做技术支持）。但我很想听听经验之谈，了解这些东西的实际好处和危害。
这是非常轻量级的数据输入 - 三个表格附加到三个表格，通过人员 ID 链接，总记录数肯定低于 5000。虽然这几乎不是银行账户类型的信息，但我确实非常重视这些数据的安全性，所以这是一个额外的考虑因素。有什么具体的技术建议吗？
涉及访问的选项：
使用 Jet 复制。如果进行数据编辑的机器可以通过有线局域网连接到中央网络，那么同步将非常容易实现（通过简单的直接同步，只需几行代码）。如果不是（似乎是这种情况），它会复杂一个数量级，并且需要对远程系统进行显着设置。对于正在进行的项目，它可能是一个非常好的解决方案。对于一个关闭，没有那么多。有关 Jet Replication 的大量信息，请参阅Jet Replication Wiki。该解决方案的一个优点是它完全脱机工作（即没有互联网连接）。
前端使用 Access，后端使用 SQL Server（或其他服务器数据库）。为远程用户提供一种机制来连接到中央托管的数据库服务器，无论是通过 VPN（首选）还是通过将非标准端口暴露给开放的 Internet（不推荐）。对于轻量级编辑，这不应该需要对 Access 应用程序进行过多优化即可获得可用的应用程序，但它不会像本地连接那样快，并且速度将取决于用户的 Internet 连接。此解决方案确实需要使用 Internet 连接。
在 Windows 终端服务器上托管 Access 应用程序。如果基础结构可用并且有 CAL 预算（或者如果 CAL 已经到位），这是共享 Access 应用程序的一种非常非常简单的方法。与 #2 一样，这需要 Internet 连接，但它将所有管理集中在一个中央位置，并且除了创建现有 Access 应用程序已经完成的工作之外，不需要进行任何开发。
对于非 Access 解决方案，这是构建 Web 前端的问题。对于您概述的大小应用程序，对于已经知道如何做到这一点的人来说这听起来很简单，对于不知道如何做的人来说就不那么简单了！
尽管我是一名 Access 开发人员，但根据您所概述的内容，我可能会推荐一个轻量级的基于 Web 的前端，尽可能简单，不要花里胡哨。我使用 PHP，但显然任何 Web 脚本环境都是合适的。
我同意大卫的观点：基于网络的解决方案听起来最合适。
为此我使用 CodeCharge Studio：它有一个非常类似于 Access 的界面、许多创建在线表单的向导等。CCS 提供了许多不同的编程语言；我使用 PHP，作为 LAMP 堆栈的一部分。