我计划将Access 2010数据库升级为SQL Server版本11（这些是我目前使用的版本）。
我从1.0版本开始熟悉Access，并且在较小程度上熟悉SQL-Server几年。但是上一次我将Access数据库升级到SQL Server很多年前。
现在我正在互联网上研究有关自动和手动升迁的文章。但是，几乎所有这些文章都与Access版本2003或2007以及早期的SQL Server版本有关。
现在我的问题：过去几年和版本的升级过程有什么重大变化，还是基本上仍然是同一个过程？某些事情是否发生了如此大的变化，以至于对于Access 2007的建议与2010年无关或甚至可能是错误的？
本文的一个例子是“适用于：Access 2007”：
使用升迁向导将访问数据移动到SQL Server数据库
https://support.office.com/en-us/article/Move-Access-data-to-a-SQL-Server-database-by-using-the-Upsizing-Wizard-5D74C0DF-C8CD-4867-8D07-E6E759D72924
或者这篇2000年的文章：
访问数据库（DSN vs DSN-LESS）
http://www.powerasp.net/content/database/dsn_vs_dnsless.asp
我愿意阅读和学习，但显然我不想浪费时间阅读过时的员工，现在可能是错的。
与旧版本相比，您对升级新版本Access的体验如何？有什么重大变化吗？
答案 0 :(得分：2)
对于您的问题，Microsoft SQL Server的版本可以忽略不计。
关于SQL-Server-Backends的Access历史记录有两个重要更改。
1。）使用Access 2000，Microsoft引入了新的ADP（Access Data Project）文件类型，允许使用ADO（ActiveX数据对象）将MS-SQL-Server-Databases更紧密地集成为后端。这是使用SQL-Backend构建Access应用程序几年的推荐方法。 但是，在Access 2010发布后，Microsoft决定不再支持ADP-File-Type，并且他们在Access 2013中删除了对ADP的所有支持！
2.。）直到Access 2003 DAO-Library（数据访问对象）包括对ODBC-Direct-Workspaces的支持，它允许您通过DAO在SQL-Server上调用存储过程和函数。但是使用Access 2007 Microsoft 删除了ODBC-Direct 并暗示ADO和ADP功能在您的应用程序中实现此类内容。 - 当他们稍后（Access 2013）将他们的建议改为使用DAO而不是ADO / ADP进行SQL连接时，他们没有为ODBC-Direct提供任何有用的替代品。
当前的建议（由Microsoft）使用Access与DAO-Library和链接表通过ODBC将Access-Frontend-Application连接到SQL-Server。对于链接表或链接视图之外的任何内容，建议使用Pass-Through-Queries。
我个人建议通过将DAO /链接表与ADO-Connection连接到VBA中的SQL-Sever来扩展此方法，以在SQL-Server上调用存储过程和函数，而不是传递查询。这显然会造成一些技术混乱，但它极大地增加了与SQL-Server-Database中实现的业务逻辑交互的可能性。
如果你记住这一切，那么无论多大年纪，大多数关于Access-SQL-Server-Upsizing的建议仍然有效。