【问题标题】:What constitutes a design change in MS Access 2013?MS Access 2013 中的设计变更是什么?
【发布时间】:2015-02-16 09:21:25
【问题描述】:

我有一个 Access 2003 和更低版本的数据库。由于库引用的问题,我工作的公司目前正在使用 MS Office 2007 和 Access 2003 而不是 Access 2007。我们目前正在将 Access 2003 数据库转换为 Access 2007,但一些用户已经升级到 MS Office 2013 和 Access 2013。

我知道 Access 只会在 Access 2013 中进行设计更改时更改库引用,这不是我们想要的,因为它会给仍在使用 Access 2007 的用户带来问题。

我的问题是什么构成了设计变更?例如,我们有一些表单的标签会根据用户的选择而变化,这会被视为设计变更吗?我们不希望 Access 2013 用户无意中进行设计更改。

【问题讨论】:

  • 允许您的用户进行设计更改?也许不是一件好事......
  • @Invent-Animate 他们不是,我只是想确认动态标签更改、数据修改和对象设计不被视为设计更改。
  • 您的意思是在代码执行期间将表单置于设计模式?

标签: ms-access ms-access-2007 ms-access-2013


【解决方案1】:

避免用户无意更改的唯一方法是在他们的计算机上使用运行时而不是完整版本的 Access,或者通过将前端的数据库扩展名更改为 @987654322 来强制数据库以运行时模式打开@。

现在,如果您的应用程序依赖于标准的办公室参考资料,那么您应该没问题(对于大多数人来说),因为 Access 会为您拥有的版本使用正确的参考资料。

无论如何,您担心用户无意修改的事实似乎意味着您的用户正在共享一个前端,这不是部署 Access 应用程序的推荐方式:应该拆分应用程序。

包含应用程序共享表的数据库保留在网络共享上。包含 UI 和业务代码的前端应部署在每个用户的本地计算机上。前端只包含后端表的链接。

这是一种安全的多用户设计,因为只共享数据,而不是 UI 状态。

现在,如果您有这样的设计,那么如果用户进行了意外更新,这将不会太重要,因为这只会在他们的机器上进行。
在该配置中,您还可以继续与为不同用户部署的 Access 2003、2007、2013 的各种前端共享特定的 mdb 数据库。

部署是困难的部分,因为您希望在有可用的新前端版本时自动进行。像Auto FE Updater 这样的工具可以提供帮助。

【讨论】:

  • 谢谢你帮了大忙,你太棒了。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多