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