我有一个产品设计为使用MS Access文件作为数据库的桌面产品.
现在,一些用户需要将它安装在几台PC上(假设为2或3)并共享数据库.
我想将MS Access文件放在共享文件夹中并从PC访问它,但是...... JET Engine是为多用户访问而设计的？
有什么提示或事情需要注意这样做吗？
编辑:该应用程序是.net一个,使用数据库作为存储(不使用数据库作为前端)
我创建了一个用于跟踪指标的数据库,其中包含一些自动化技巧(电子邮件,.doc,.ppt演示文稿等),其中包含一个非常大的主表,以及许多表单/ GUI.这是我第一次担心这个问题的MDE /前端.因此,如果你非常友好地回答几个问题,或者提出任何建议,我将非常感激(我讨厌所有这些工作都不被利用).
我需要做的第一件事是什么？它是必须转换为03以创建MDE的2000版本,但是在我使用数据库拆分器之前完成了吗？
数据库中的对象数量是否会影响执行此操作的能力？我有80个表单,70个查询,20多个宏,12个表等等......但是一旦前端在那里,对象的数量是否会阻止其中一些工作正常？
当我分割数据库时,我可以继续在"后端"上工作/进行更改等,并让这些更改直接影响前端吗？
这些可能是一些基本问题,但我不知道答案所以.....谢谢!
我开发了一个网络应用程序,在我公司使用了近几年.在开始时,它管理有关用户,权利等的信息.随着时间的推移,它与其他功能一起成长.它增长到了我有桌子的地步,比方说10-20列,甚至20,000到40,000条记录.
我一直听说Access不适合多用户环境.第二件事是,当我尝试通过网络从表中读取一些记录时,必须将整个表拉到客户端.之所以发生这种情况,是因为服务器端没有数据库引擎,而且客户端也进行了数据过滤.
我会将此项目迁移到SQL Server,但遗憾的是在这种情况下无法完成.
我想知道是否有比使用Access数据库更可靠的解决方案,并仍然使用单文件数据库系统.
我们使用dBase IV有相当庞大的系统.据我所知,它是完全多用户数据库系统.
也许用它代替Access会很好吗？是什么让我不确定dBase IV比Access 2000更老的事实.我不确定它是否是一个很好的解决方案.
也许还有其他一些选择？