Апсайзинг (база данных) - Upsizing (database)
Увеличение термин введен Microsoft описать процесс обновления Microsoft Access База данных в Microsoft SQL Server. Это позволяет продолжать использовать Microsoft Access в качестве базы данных. внешний интерфейс тогда как на самом деле бэкэнд обслуживается отдельным локальным или удаленным SQL-сервером, что позволяет значительно повысить производительность и объемы данных. Microsoft Access начиная с версии 2000 года имеет специальный Мастер апсайзинга что облегчает перенос данных на проприетарный Microsoft SQL Server. Нет другого СУБД в настоящее время поддерживаются для увеличения размера.
Стратегии роста
Существует две стратегии переноса базы данных с Access на SQL Server.
- С помощью ODBC от Microsoft, чтобы получить доступ к удаленной базе данных через ADO.
- С помощью Доступ к проектам (доступно в Microsoft Access 2000 и выше), которые позволяют более "родную" интеграцию с Microsoft SQL Server.
Первая стратегия часто рассматривается как первый шаг к полной миграции на SQL-сервер на этапе 2,[1] и может рассматриваться как часть стратегии 2. Особенности каждой стратегии см. в таблице.
Параметр | Стратегия 1 | Стратегия 2 |
---|---|---|
Доступ к базе данных | Через ODBC с помощью ADO, несколько медленнее, чем стратегия 2. | Встроенная интеграция с Microsoft SQL Server с помощью Доступ к проекту (.adp), доступ к данным с использованием ADO |
Интеграция | Может быть интегрирован (почти) с любым СУБД | Встроенная поддержка только для Microsoft SQL Server |
Роль доступа | Служит базой данных внешний интерфейс с полным набором функций Microsoft Access Реактивный двигатель и VBA. (сравнить с толстый клиент ) | Служит базой данных внешний интерфейс с ограниченным функционалом. Локальные столы не допускаются.[2] Запросы обычно преобразуются в просмотры базы данных, Код VBA, управляющий данными, преобразуется в процедуры, хранящиеся на сервере. (сравнить с Тонкий клиент ). |
Выполнение апсайзинга
Как любой перенос данных процедура увеличения размера базы данных Microsoft Access требует фундаментальных рефакторинг структуры базы данных и исходного кода. Хотя некоторые аспекты этой процедуры кажутся автоматизированными Мастер апсайзинга, есть еще много моментов, требующих вмешательства человека. Следующие изменения должны быть сделаны при увеличении размера
- Полное изменение интерфейса доступа к данным с DAO к ADO.
- Существенное изменение Microsoft JET SQL к Transact-SQL.
- Существенная адаптация имен объектов (например, таблиц, столбцов и т. Д.).
- Переосмысление исходного кода для оптимального использования новых функций ADO и Microsoft SQL Server «негабаритного» решения.