Sql server 将MS Access升级到MS SQL Server版本是否独立？

我计划将Access 2010数据库升级为SQL Server版本11（这些是我目前使用的版本）

从1.0版开始，我就熟悉Access，从几年前开始，我就不太熟悉SQL Server了。但我上次将Access数据库升级到SQL Server是在多年前

现在我正在网上学习有关自动和手动升迁的文章。但几乎所有这些文章都与Access 2003或2007版本以及更早的SQL Server版本相关

现在我的问题是：在过去的几年里，升迁过程和版本有什么重大变化吗？或者基本上仍然是相同的过程吗？某些事情是否发生了如此大的变化，以至于针对Access 2007的建议对于2010年来说无关紧要，甚至可能是错误的

一个例子是本文“适用于：Access 2007”：
使用升迁向导将Access数据移动到SQL Server数据库

或者这篇2000年的文章：
访问数据库（DSN与DSN-LESS）

我愿意阅读和学习，但显然，我不想浪费时间阅读过时的、现在可能是错误的工作人员

---

与旧版本相比，升级新版本Access的经验如何？有什么重大变化吗？

关于您的问题，Microsoft SQL Server的版本可以忽略不计

有关SQL Server后端的访问历史记录中有两个重要的更改

1.）在Access 2000中，Microsoft引入了新的ADP（Access数据项目）文件类型，允许使用ADO（ActiveX数据对象）更紧密地集成MS SQL Server数据库作为后端。这是几年来使用SQL后端构建Access应用程序的推荐方法。 但是，在Access 2010发布后，Microsoft决定不再支持ADP文件类型，并且在Access 2013中删除了对ADP的所有支持

2.）在Access 2003之前，DAO库（数据访问对象）包括对ODBC Direct工作区的支持，允许您通过DAO调用SQL Server上的存储过程和函数。但是随着Access 2007，Microsoft删除了ODBC Direct，并暗示将ADO和ADP功能用于在应用程序中实现这些功能当他们后来（Access 2013）改变了他们的建议，使用DAO而不是ADO/ADP进行SQL连接时，他们没有提供任何有用的ODBC Direct替代品

---

当前的建议（由Microsoft提出）是通过ODBC使用DAO库和链接表的Access将Access前端应用程序连接到SQL Server。对于链接表或链接视图之外的任何内容，建议使用传递查询

我个人建议扩展这种方法，将DAO/链接表与VBA中SQL Server的ADO连接结合起来，以调用SQL Server上的存储过程和函数，而不是传递查询。这显然造成了一点技术上的混乱，但它极大地增加了您与SQL Server数据库中实现的业务逻辑进行交互的可能性

---

如果您记住所有这些，那么关于Access SQL Server升迁的大多数建议仍然有效，不管它有多旧。

DSN vs DSN LESS一文根本不适用于这个问题。它涉及使用ASP（活动服务器页面）的访问后端。