Sql server MS Access:升级向导(SSMA?)的替代品

Sql server MS Access:升级向导(SSMA?)的替代品,sql-server,ms-access-2010,ms-access-2016,sql-server-migration-assi,upsizing,Sql Server,Ms Access 2010,Ms Access 2016,Sql Server Migration Assi,Upsizing,我们的团队一直使用Microsoft Access 2010作为SQL Server 2014的前端,并依赖Access中的“升迁向导”将表从Access迁移到SQL 例如,如果有一个名为papers的SQL数据库,那么我们的团队有一个名为papers\u temp.accdb的访问文件。当我们想要对papers数据库中的给定表进行更改(或创建新表)时,我们在papers\u temp.accdb中本地执行此操作,然后使用升迁向导将给定表从Access迁移到SQL数据库,如果表已经存在,则覆盖S

我们的团队一直使用Microsoft Access 2010作为SQL Server 2014的前端,并依赖Access中的“升迁向导”将表从Access迁移到SQL

例如,如果有一个名为
papers
的SQL数据库,那么我们的团队有一个名为
papers\u temp.accdb
的访问文件。当我们想要对papers数据库中的给定表进行更改(或创建新表)时,我们在
papers\u temp.accdb
中本地执行此操作,然后使用升迁向导将给定表从Access迁移到SQL数据库,如果表已经存在,则覆盖SQL中的表

从Office 2013和Access 2013开始,升迁向导消失了,我们需要一个替代方案。Access 2016是否有类似的工具可用,或者我们是否必须完全适应其他工具?到目前为止,我们可以接受建议


SQL Server Access迁移助手

在网上找到了很多关于这个项目的建议后,我在过去几天里一直在探索这个项目。它似乎能够进行我们需要的升级和迁移

然而,更常见的情况是,当尝试选择(并加载)一个表时,程序陷入了一个似乎永远不会结束的加载过程(尝试等待一个小时),这意味着我不得不关闭SSMA而不保存我的项目。总的来说,这个程序看起来不太稳定,我们更愿意找到一个更熟悉的解决方案


也许我遗漏了什么

正确,升级向导已被弃用,替换为(SSMA)

截至今日的最新版本为:

用于Access的Microsoft SQL Server迁移助手8.5

在我的测试中,我了解到它与2019年O365版本的DAO不兼容,并且您无法在O365一侧安装正确版本的DAO。这意味着这种溶液在水中是死的。Microsoft已将我们更新到一个角落,我们无法在最新版本的Access上使用他们以前的任何解决方案。目前,我认为我们正在等待MS更新工具以支持最新版本的O365 Access


如果你被困在我们的船上,唯一的选择是第三方软件

这是一种奇怪的做法,总是覆盖整个表。您没有必须保留的现有数据吗?@Andre从.accdb迁移过来的SQL端从未更改,因此覆盖包括服务器上已有的数据。是的,有点不传统。谢谢!我最终制作了一个变通的VBA脚本,而不是试图找到旧功能的替代品。该脚本基本上通过查询远程SQL来升级表,并允许我们的用户或多或少地做他们以前做的事情,除非他们需要与Access中的自定义菜单交互。