我们的团队一直使用Microsoft Access 2010作为SQL Server 2014的前端,并依赖于Access中的升迁向导将表从Access迁移到SQL。
例如,如果存在名为papers
的SQL数据库,则我们的团队会有一个名为papers_temp.accdb
的Access文件。当我们想要在papers数据库中对给定表进行更改(或创建新表)时,我们在papers_temp.accdb
中本地执行此操作,然后使用升迁向导将给定表从Access迁移到SQL数据库,覆盖SQL中的表(如果已存在)。
从Office 2013和Access 2013中,升迁向导消失了,我们需要一个替代方案。是否有适用于Access 2016的类似工具,或者我们是否必须完全适应其他内容?到目前为止,对建议开放。
用于访问的SQL Server迁移助手
在过去的几天里,我在网上找到了许多建议之后,我一直在探索这个项目。它似乎能够进行我们需要的升迁和迁移。
然而,更常见的是,在尝试选择(和加载)表时,程序停留在一个似乎永远不会结束的加载过程中(尝试等待一小时),这意味着我被迫关闭SSMA而不保存我的项目。一般来说,该程序似乎不太稳定,我们更愿意找到一个更熟悉的解决方案。
也许我错过了什么?
答案 0 :(得分:1)
正确,升迁向导已弃用,替换为(SSMA)。
今天的最新版本是:
用于访问的Microsoft SQL Server迁移助手8.5
在我的测试中,我了解到它与2019 O365版本的DAO不兼容,并且您无法在O365侧面安装正确版本的DAO。这意味着该溶液死在水中。 Microsoft已将我们更新到一个角落,使我们无法在最新版本的Access中使用其以前的任何解决方案。目前,我认为我们正在等待MS更新工具以支持最新版本的O365 Access。
如果您和我们一起被困在这条船上,则唯一的选择是3rd party软件。