Является ли независимое увеличение размера MS-Access до версии MS-SQL-Server?
Я планирую увеличить размер базы данных Access 2010 до версии SQL Server 11 (эти версии я использую в данный момент).
Я знаком с Access с версии 1.0 и, в меньшей степени, с SQL-Server уже пару лет. Но в последний раз я увеличил размер базы данных Access до SQL Server много лет назад.
Сейчас я изучаю статьи в интернете об автоматическом и ручном увеличении размера. Но почти все эти статьи относятся к версиям Access 2003 или 2007 и более ранним версиям SQL Server.
Теперь мой вопрос: изменилось ли что-нибудь существенное в процессе обновления за последние годы и версии, или это в основном тот же процесс? Изменились ли некоторые вещи настолько, что рекомендация, например, для Access 2007 не имеет значения или, возможно, даже неверна для 2010 года?
Одним из примеров является эта статья, которая "Применяется к: Access 2007":
Переместить данные Access в базу данных 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 против DSN-LESS)
http://www.powerasp.net/content/database/dsn_vs_dnsless.asp
Я готов читать и учиться, но, очевидно, я не хочу тратить свое время на чтение персонала, который устарел, а теперь, возможно, ошибается.
Каков ваш опыт с увеличением новой версии Access по сравнению со старой версией? Что-то существенное изменилось?
1 ответ
Версия Microsoft SQL Server незначительна по отношению к вашему Вопросу.
В истории Access есть два важных изменения, касающихся SQL-Server-Backends.
1.) В Access 2000 компания Microsoft представила новый тип файлов ADP (Access Data Project), который позволяет более тесно интегрировать базы данных MS-SQL-Server как базы данных с использованием 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-подключения, они не предоставили никакой полезной замены для ODBC-Direct.
Текущая рекомендация (от Microsoft) - использовать Access с DAO-библиотекой и связанными таблицами через ODBC для подключения вашего Access-Frontend-Application к SQL-серверу. Сквозные запросы рекомендуются для всего, что находится за пределами связанной таблицы или связанного представления.
Я лично советую расширить этот подход путем объединения DAO/ связанных таблиц с ADO-подключением к SQL-серверу в VBA для вызова хранимых процедур и функций на SQL-сервере вместо сквозных запросов. Это, очевидно, создает некоторую путаницу технологий, но значительно увеличивает ваши возможности взаимодействия с бизнес-логикой, реализованной в базе данных SQL-Server.
Если учесть все это, большинство советов, касающихся Access-SQL-Server-Upsizing, остаются в силе, независимо от того, сколько им лет.