Повышает независимость MS-Access до MS-SQL-Server?

Question

Я планирую увеличить базу данных Access 2010 до SQL Server версии 11 (это версии, которые я использую в данный момент).

Я знаком с Access с версии 1.0 и, в меньшей степени, с SQL-сервером с двух лет. Но последний раз, когда я увеличил базу данных Access до SQL Server, было много лет назад.

Теперь я изучаю статьи в Интернете об автоматическом и ручном повышении. Но почти все эти статьи относятся к версиям Access версии 2003 или 2007 и более ранним версиям SQL Server.

Теперь мой вопрос: Произошло ли какое-либо существенное изменение в процессе обновления за последние годы и в версиях, или это в основном все тот же процесс? Изменились ли некоторые вещи так сильно, что рекомендация, то есть для Access 2007, не имеет значения или, может быть, даже неверна в 2010 году?

Одним из примеров является эта статья, в которой «Назначение: Access 2007»:
данных Access Переместить в базу данных SQL Server с помощью мастера Upsizing
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 года:
ACCESS БАЗ (DSN против DSN-LESS)
http://www.powerasp.net/content/database/dsn_vs_dnsless.asp

Я готов читать и учиться, но, очевидно, я не хочу тратить свое время на чтение персонала, который устарел и теперь, возможно, сог Онг.

Как ваш опыт в повышении производительности новой версии Access по сравнению с более старой версией? Что-то существенное изменилось?

Answer 1

Версия Microsoft SQL Server незначительна в отношении вашего Вопроса.

В истории Access есть два важных изменения в отношении SQL-Server-Backends.

1.) С Access 2000 Microsoft представила новый тип файла ADP (Access Data Project), который позволяет более тесно интегрировать базы данных MS-SQL-Server в качестве Backend с использованием ADO (объектов данных ActiveX). Это был рекомендуемый способ создания приложений Access с SQL-Backend в течение нескольких лет. Однако после выхода Access 2010 Microsoft решила, что они больше не будут поддерживать ADP-File-Type, и они удалили всю поддержку ADP в Access 2013!

2.) До Access 2003 DAO-библиотека (объекты доступа к данным) включала поддержку ODBC-Direct-Workspaces, что позволяло вам вызывать хранимые процедуры и функции на SQL-сервере через DAO. Но с Access 2007 Microsoft удалил ODBC-Direct и намекнул на ADO и ADP-функции для реализации такого материала в вашем приложении. - Когда они позже (Access 2013) изменили рекомендацию использовать DAO вместо ADO/ADP для SQL-Connectivity, они не предоставили никакой полезной замены для ODBC-Direct.

---

Текущая рекомендация (от Microsoft) является использование Access с DAO-библиотека и связанных таблиц через ODBC для подключения Access-Frontend-приложения для SQL-сервера. Пропускать-Запросы рекомендуется для всего, что находится за пределами связанной таблицы или связанного представления.

Я лично советую расширить этот подход, объединив DAO/связанные таблицы с ADO-подключением к SQL-Sever в VBA, чтобы вызвать хранимые процедуры и функции на SQL-сервере вместо Pass-Through-Queries. Это, очевидно, создает немного технологического путаницы, но это значительно расширяет возможности взаимодействия с бизнес-логикой, реализованной в SQL-Server-Database.

Если вы все это помните, большая часть рекомендаций относительно Access-SQL-Server-Upsizing остается в силе, независимо от ее возраста.