我计划“升级”MS--我为各种不同访问版本的客户开发的访问桌面应用程序--升级到Access 2019。这是因为三个主要原因:
现在,我的大多数客户通过Access 运行时运行Access桌面应用程序。其中大多数都有不同版本的most标准,如2003、2007、2010或2013年等。从Access上运行excel自动化VBA代码并不是一个问题,我们经常使用它。
如果我们计划使用Access 2019从所有上述优势中受益-我应该给客户提供什么样的运行时间?据说在不同的地方,没有访问-运行时间-2019年是计划建设。我已经和微软的一位代表谈过了,他说:“你的Access 2019应用程序必须在Access 2013或2016运行时运行,而且应该运行得很好。”
我的三重问题是:
我知道使用Office 365的用户会做得很好。我的问题是如何在MS的旧环境中运行Access(2019应用程序),比如Office 2007或2010。毕竟,他们早在Office 365开发之前就已经为这些办公室支付了费用,他们为什么要改变这些办公室.
根据上面所写的,运行时2016 不支持Bigint (这是我们希望使用Access 2019年的特性之一)!所以,当我采访过的微软代表说“只需在2016年运行它--运行时间!”--他忽略了(甚至更糟糕的是,他不知道) Bigint不会得到支持!那我们现在该怎么办?
发布于 2022-04-13 10:12:58
如果使用上述功能的Access-2019应用程序使用Access运行--运行时间为2013或2016年--这些特殊的2019年功能真的有效吗?
不是的。你得到的信息是不正确的。
我知道有Office 365的用户会做得很好。我的问题是如何在MS的旧环境(如Office 2007或2010 )中运行Access(2019应用程序)。毕竟,他们早在Office 365开发之前就已经为这些办公室支付了费用,他们为什么要改变这些办公室.
因为Office 2007在2017年停止了安全更新,Office 2010在2020年停止了安全更新。鉴于Office文档和Outlook是Windows系统上的主要攻击载体,在互联网连接的PC上使用非支持的Office版本是不应该做的事情(除非他们喜欢向网络犯罪团伙支付赎金)。
我读到了在老版本的机器上安装较新版本的Office的问题: 2016/365 Office使用C2R安装技术,而旧办公室使用MSI安装技术(请参阅此处链接)。因此,我的结论是,我的客户在使用我的Access应用程序时,依赖于Excel 2007或2010的存在,他们将不得不放弃2007/2010年度的办公室,因为我们计划在2016/365运行时为他们提供新的Access-2019应用程序。这是真的吗?
让我们先澄清几件事:
这是我们从实际经验中学到的:
因此,是的,Office2007/2010 (v12/v14 MSI)与Access 365运行时(v16 C2R)的组合应该可以工作,尽管我个人建议不要使用它(请参阅Office2007/2010不再受支持这一点)。
发布于 2021-05-13 14:32:20
Microsoft 365 Access Runtime将支持所有最近的功能更新。只需确保您正在安装最新版本:
Microsoft 365 Access Runtime联机安装程序
这是一个讨论,显示Office 365本质上是Office 2019,具有更多最新功能:
https://stackoverflow.com/questions/65106333
复制相似问题