替换 MS Access 表单
我们有许多非常旧的数据输入表单，这些表单是在 Access 中制作的，链接到我们的 SQL Server 数据库。 每个表单可以有任意数量的子表单。
我们希望不再使用这些访问前端，但没有时间创建新的应用程序或 Web 应用程序来替换我们现有的每个表单。
是否有另一个选项可以链接到 SQL Server 并允许可视化设计表单并自动链接到数据库？
或者，如果这个要求太高了，您能想出一种方法来使表单的手动编码变得更容易吗？
We have a number of very old data entry forms that were made in Access that link to our SQL Server database. Each form may have any number of sub-forms.
We'd like to move away from using these access frontends but don't have the time to create a new app or web app to replace every form that we've got.
Is there another option that would link to SQL Server and allow visual design of the form and automatic linkage to the database?
Or if that's too much of an ask, can you think of a way to make hand-coding the forms easier?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
根据经验，我认为您不会发现任何产品、工具或技术比 Access 更容易创建带有数据库的表单。
您是否有Access 开发人员手册的副本？ 过去，我发现这是在使用 Access 作为 SQL Server 前端的相当复杂的项目中实施最佳实践的宝贵资源。
如果您想转向网络表单，我会看看 IronSpeed Designer
From experience, I don't think you will find any product, tool or technology any easier than Access for creating forms with a DB behind them.
Do you have a copy of Access Developer's Handbook? In the past, I found this a valuable resource for implementing best practices in quite complex projects with Access as a front-end to SQL Server.
If you want to move to web forms, I would take a look at IronSpeed Designer
我同意其他评论者的观点。
Access 前端最糟糕的事情是部署问题（尽管很少使用的 Access 应用程序可以在网络文件共享上正常运行，这稍微缓解了一些问题。）
但如果开发速度是一个目标，Access 仍然是一个很棒的工具。 因此，对于内部应用程序，Access 可以工作。
只是我的2美分。
赛斯
I concur with other commenters.
The WORST thing about Access front-ends are deployment issues (although lightly used Access apps can run ok off a network file share which eases things a bit.)
But if development speed is a goal Access is still a great tool. So for in-house applications Access can work.
Just my 2 ¢.
Seth