Перемещение данных Access в базу данных SQL Server с помощью мастера преобразования в формат SQL Server

Важно :  Данная статья переведена с помощью машинного перевода, см. Отказ от ответственности. Используйте английский вариант этой статьи, который находится здесь, в качестве справочного материала.

Приложения баз данных со временем часто разрастаются, становятся более сложными, а число их пользователей также растет. На определенном этапе существования базы данных Microsoft Office Access следует подумать о ее преобразовании в формат Microsoft SQL Server с целью оптимизации производительности, масштабируемости, доступности, безопасности, надежности и возможности восстановления.

В этой статье

Преобразование базы данных Microsoft Office Access в формат SQL Server

Использование мастера преобразования в формат SQL Server

Как объекты базы данных преобразуются в формат SQL Server

Преобразование базы данных Microsoft Office Acces в формат SQL Server

При преобразовании в формат SQL Server некоторые или все объекты базы данных переносятся из базы данных Access в новую или существующую базу данных SQL Server или в новый проект Access (ADP-файл).

Преимущества преобразования базы данных в формат SQL Server

  • Высокая производительность и масштабируемость.    Во многих случаях SQL Server обеспечивает более высокую производительность, чем база данных Access. SQL Server также поддерживает очень крупные базы данных с размером в несколько терабайтов, что значительно превышает существующий в настоящее время предел для баз данных Access (2 гигабайта). К тому же, SQL Server работает очень эффективно, обрабатывая запросы параллельно (с использованием нескольких основных потоков команд в пределах одного процесса для обработки запросов пользователя) и снижая дополнительные требования к памяти при добавлении пользователей.

  • Повышенная доступность.    С помощью SQL Server можно выполнять динамическое резервное копирование базы данных (добавочное или полное) во время ее использования. Таким образом, для резервного копирования нет необходимости выходить из базы данных.

  • Улучшенная безопасность.    При использовании доверительного соединения SQL Server интегрируется со средствами безопасности системы Windows, что обеспечивает единый доступ к сети и базе данных с использованием лучших возможностей обеих систем безопасности. Это значительно облегчает администрирование сложных схем безопасности.

  • Немедленное восстановление.    На случай сбоя системы (например, при аварийном завершении работы операционной системы или отключении питания) в SQL Server предусмотрен механизм автоматического восстановления базы данных до последнего согласованного состояния всего за несколько минут, причем без вмешательства администратора.

  • Обработка данных на сервере.    Использование SQL Server в конфигурации "клиент-сервер" уменьшает объем сетевого трафика благодаря обработке запросов к базе данных на сервере перед отправкой результатов клиенту. Обычно сервер обрабатывает данные более эффективно, особенно при работе с большими наборами данных.

    В приложении также могут использоваться пользовательские функции, хранимые процедуры и триггеры для централизации и совместного использования логики приложения, бизнес-правил и политик, сложных запросов, а также для проверки условий на значение и целостность данных на сервере, а не на клиенте.

Способы преобразования в формат Microsoft SQL Server

Мастер преобразования в формат SQL Server перемещает объекты базы данных и содержащиеся в них данные из базы данных Access в новую или существующую базу данных SQL Server.

Мастер преобразования в формат Microsoft SQL Server можно использовать тремя способами.

  • Преобразовать все объекты базы данных Microsoft Access в формат проекта Microsoft Access, что позволит создать приложение типа клиент/сервер. Этот подход требует некоторых дополнительных изменений в приложениях и изменений в программах и в сложных запросах.

  • Преобразовать только данные или определения данных из формата базы данных Access в формат базы данных SQL Server.

  • Создать клиентскую базу данных Access для серверной базы данных SQL Server (это клиентская и серверная части приложения). Такой подход требует только небольших изменений в приложении, поскольку код будет по-прежнему использовать ядро СУБД Access (ACE).

Предварительные действия перед преобразованием базы данных Microsoft Access в формат Microsoft SQL Server

Перед преобразованием базы данных Access в формат базы данных SQL Server или проекта Access рекомендуется выполнить следующие действия:

  • Создайте резервную копию базы данных.      Хотя мастер преобразования в формат Microsoft SQL Server не удаляет из базы данных Access данные или объекты базы данных, перед преобразованием базы данных Microsoft Access рекомендуется создать ее резервную копию.

  • Убедитесь в наличии достаточного места на диске.    На диске, где будет храниться преобразованная база данных, должно быть достаточно свободного места. Мастер преобразования лучше работает, когда на диске много свободного пространства.

  • Создайте уникальные индексы.    Чтобы связанную таблицу можно было обновлять в Access, она должна иметь уникальный индекс. Мастер преобразования в формат SQL Server может преобразовать существующий уникальный индекс, но не может создать индекс, если его не существует. Если необходимо обновлять таблицы Access, добавьте в них уникальные индексы перед преобразованием.

  • Присвойте себе необходимые разрешения на доступ к базе данных Microsoft SQL Server.

    • Для преобразования существующей базы данных необходимы разрешения CREATE TABLE и CREATE DEFAULT.

    • Для построения новой базы данных необходимо разрешение CREATE DATABASE, а также разрешение SELECT на доступ к системным таблицам в главной базе данных.

Мастер преобразования в формат SQL Server в Access 2007 оптимизирован для работы с Microsoft SQL Server 2000 и SQL Server 2005.

К началу страницы

Использование мастера преобразования в формат SQL Server

  • На вкладке Работа с базами данных в группе Перемещение данных щелкните элемент SQL Server.

    Запустится мастер преобразования в формат SQL Server.

Шаг 1. Выбор преобразования в существующую или в новую базу данных

Шаг 2. Выбор таблиц, которые будут преобразованы в формат SQL Server

Шаг 3. Выбор преобразуемых атрибутов и параметров

Шаг 4. Выбор способа преобразования приложения в формат SQL Server

Отчет мастера преобразования в формат SQL Server

Шаг 1. Выбор преобразования в существующую или в новую базу данных

На первой странице мастера можно выбрать существующую базу данных SQL Server, в которую будет преобразована база данных Access, или создать базу данных SQL Server.

  • Использовать существующую базу данных.    Если выбран данный параметр, после нажатия кнопки Далее Access выведет на экран диалоговое окно Выбор источника данных, в котором можно создать подключение ODBC к существующей базе данных SQL Server.

    Источники данных ODBC

    Источник данных — это источник, который содержит данные, а также сведения о подключении, необходимые для доступа к ним. Примерами источников данных являются реляционные СУБД Access, SQL Server и Oracle, электронные таблицы и текстовые файлы. Сведения о подключении включают расположение сервера, имя базы данных, идентификатор для входа, пароль и различные параметры драйвера ODBC, которые описывают способ подключения к источнику данных.

    В архитектуре ODBC приложение (например, Access или Microsoft Visual Basic) подключается к диспетчеру драйверов ODBC, который в свою очередь использует определенный драйвер ODBC (например, драйвер ODBC Microsoft SQL) для подключения к источнику данных (в данном случае — к базе данных SQL Server). В Access источники данных ODBC применяются для подключения к внешним источникам данным, которые не имеют встроенных драйверов.

    Для подключения к источникам данных необходимо выполнить следующие действия.

    • Установите на компьютер, содержащий источник данных, соответствующий драйвер ODBC.

    • Определите имя источника данных (DSN) с помощью программы Администратор источников данных ODBC для сохранения сведений о подключении в реестре Microsoft Windows или файле DSN либо с помощью строки подключения в программе Visual Basic для передачи сведений о подключении непосредственно в диспетчер драйверов ODBC.

      Источники данных компьютера

      Машинные источники данных сохраняют сведения о подключении в реестре Windows на конкретном компьютере с именем, определяемым пользователем. Машинные источники данных можно использовать только на компьютере, на котором они определены. Существует два типа машинных источников данных — пользовательские и системные. Пользовательские источники данных могут использоваться только текущим пользователем и отображаются только для этого пользователя. Системные источники данных могут использоваться всеми пользователями компьютера и отображаются для всех пользователей компьютера и служб масштаба системы. Машинные источники данных особенно полезны, когда требуется обеспечить дополнительную защиту, поскольку машинный источник данных может просматриваться только зарегистрированными пользователями и не может быть скопирован удаленным пользователем на другой компьютер.

      Файловые источники данных

      Файловые источники данных (также называемые файлами DSN) хранят сведения о подключении в текстовых файлах, а не в реестре Windows и, как правило, более гибки в использовании, чем машинные источники данных. Например, файловый источник данных можно скопировать на любой компьютер с подходящим драйвером ODBC, чтобы приложение могло использовать согласованные и точные сведения о подключении ко всем используемым компьютерам. Также можно поместить файловый источник данных на один сервер, сделать его общим для нескольких компьютеров сети и легко управлять сведениями о подключении в одном расположении.

      Файловый источник данных также может не поддерживать совместное использование. Такой источник данных находится на одном компьютере и указывает на источник данных компьютера. Файловые источники данных, не поддерживающие совместное использование, позволяют организовать доступ к существующим источникам данных компьютеров с помощью файловых источников.

      Строки подключения

      В модуле можно определить форматированную строку подключения, задающую сведения о подключении. Строка подключения передает сведения о подключении непосредственно диспетчеру драйверов ODBC. Это помогает упростить приложение, устраняя необходимость создания имени DSN администратором или пользователем до работы с базой данных.

  • Создать базу данных.    Если выбран данный параметр, после нажатия кнопки Далее Access выведет на экран страницу для ввода сведений о новой базе данных SQL Server.

    • Укажите сервер SQL Server для базы данных.    Введите имя нужного сервера.

    • Доверительное соединение.    При доверительном соединении SQL Server интегрируется со средствами безопасности операционной системы Windows. Это обеспечивает единый вход в сеть и в базу данных.

    • «Код входа» и «Пароль».   Если доверительное соединение не используется, введите код входа и пароль для учетной записи, обладающей правами CREATE DATABASE на сервере.

    • Задайте имя новой базы данных SQL Server.   Введите имя новой базы данных SQL Server. В Microsoft Access это имя проверяется на наличие конфликтов с именем существующей базы данных, а затем к нему добавляется суффикс нумерации (например, «БазаДанных 1»).

К началу раздела

Шаг 2. Выбор таблиц, которые будут преобразованы в формат SQL Server

На этом этапе необходимо выбрать таблицы Access, которые будут преобразованы в формат базы данных SQL Server. Выберите таблицы, которые необходимо преобразовать, а затем переместите их в список Экспорт в SQL Server с помощью кнопок со стрелками. Кроме того, чтобы переместить таблицу из одного списка в другой, можно дважды щелкнуть ее.

Список Доступных таблиц включает в себя все связанные таблицы, кроме таблиц SQL Server уже в базе данных SQL Server. Связанные таблицы, которые указывают на базы данных SQL Server, который автоматически был выбран для преобразования отображаются в списке экспортировать в SQL Server и не может быть удален. Таблицы, которые не отображаются в данный момент в Область навигации также исключаются, включая скрытые и системные таблицы.

Совет : Все таблицы, имена которых оканчиваются на "_local", исключаются из списка доступных таблиц во избежание преобразования таблиц, которые уже были преобразованы. Если требуется повторное преобразование этих таблиц, переименуйте их перед запуском мастера, удалив суффикс "_local".

К началу раздела

Шаг 3. Выбор преобразуемых атрибутов и параметров

На данном этапе необходимо выбрать атрибуты таблиц, которые будут преобразованы в формат базы данных SQL Server. По умолчанию для преобразования выбираются все атрибуты.

Примечание : По умолчанию мастер преобразования в формат SQL Server преобразует имена полей Access в допустимые имена полей SQL Server, а типы данных Access — в эквивалентные типы данных SQL Server.

Какие атрибуты таблиц требуется преобразовать?

В таблице ниже перечислены атрибуты, которые можно преобразовать, с указанием способа их обработки мастером преобразования в формат SQL Server.

Атрибут

Действие (если атрибут выбран)

Индексы

Мастер преобразует все индексы.

Мастер преобразует первичные ключи Access в индексы SQL Server и помечает их как первичные ключи SQL Server. Если преобразуемая таблица SQL Server связывается с базой данных Access, мастер также добавляет к имени индекса префикс "aaaaa". Это объясняется тем, что Access выбирает в качестве первичного ключа первый по алфавиту индекс в списке доступных индексов, а префикс "aaaaa" гарантирует выбор нужного индекса.

Имена всех остальных индексов остаются без изменений, кроме имен, в которых недопустимые знаки заменяются символами "_". Уникальные и неуникальные индексы Access становятся уникальными и неуникальными индексами SQL Server.

Чтобы связанную таблицу можно было обновлять в Access, она должна иметь уникальный индекс. Мастер преобразования в формат SQL Server может преобразовать существующий уникальный индекс, но не может создать индекс, если его не существует. Если необходимо обновлять данные в преобразованных таблицах Access, добавьте в них уникальные индексы перед преобразованием.

Правила проверки

Мастер преобразует следующие элементы в триггеры Update и Insert:

  • свойства Обязательное поле для всех полей;

  • Правила проверки таблиц

  • Правила проверки записи

  • Условия на значение поля.

Триггер — это набор инструкций Transact-SQL, связанных с таблицей SQL Server. Таблица может иметь три триггера — по одному на каждую из команд, предназначенных для изменения данных в таблице: UPDATE, INSERT и DELETE. Триггер автоматически запускается при выполнении команды. Мастер преобразования в формат SQL Server использует для проверки на уровне полей триггеры, а не правила SQL Server, поскольку правила SQL Server не позволяют отображать настраиваемые сообщения об ошибках.

Между правилами проверки и триггерами не обязательно должны существовать однозначные соответствия. Правило может входить в нескольких триггеров, а триггер может содержать код для эмуляции нескольких правил проверки.

Если для свойства Обязательное поле поля Access установлено значение "Истина", пользователь не может вставить запись, не заполнив это поле (если для поля не определено значение по умолчанию), или сделать значение этого поля равным NULL при обновлении записи. Обязательные поля преобразуются в поля SQL Server, не допускающие значений NULL.

Сообщение об ошибке

Свойство Сообщение об ошибке базы данных Access преобразуется в свойство Сообщение об ошибке проекта Access. Это позволяет выводить понятные для пользователя сообщения об ошибке в случае нарушения ограничений во время выполнения.

По умолчанию

Мастер преобразования в формат SQL Server преобразует все свойства Значение по умолчанию в стандартные объекты ANSI.

Связи между таблицами

Мастер преобразует все связи таблиц.

Для преобразования связей таблиц и целостности данных можно использовать либо триггеры Update, Insert и Delete, либо DRI. DRI действует так же, как условия целостности данных Access, определяя ограничения первичного ключа для базовых таблиц (которые представляют сторону "один" отношения "один ко многим") и ограничения внешнего ключа для внешних таблиц (которые чаще всего находятся на стороне "многие" отношения "один ко многим").

  • DRI.    Чтобы использовать DRI для обеспечения целостности данных, выберите параметры Связи таблиц и DRI. Проверка столбцов базы данных Access преобразуется в ограничения CHECK DRI SQL Server с сообщением о проверке, которое указано в таблице ниже.

Связь базы данных Access

Внешний ключ SQL Server

Условия на значения n текста

Каскадное обновление

ON DELETE NO ACTION ON UPDATE CASCADE

"Запись не может быть удалена, поскольку <таблица внешнего ключа> содержит связанные записи."

Каскадное удаление

ON DELETE CASCADE ON UPDATE NO ACTION

"Невозможно добавить или изменить запись, поскольку связанная запись является обязательной в <таблице первичного ключа>."

Каскадное обновление
и каскадное удаление

ON DELETE CASCADE ON UPDATE CASCADE

Значение не задано.

Без DRI

ON DELETE NO ACTION ON UPDATE NO ACTION

Невозможно добавить, изменить или удалить эту запись, поскольку существует ограничение связей между <таблицей первичного ключа> и <таблицей внешнего ключа>.

  • Триггеры.    Если в связях между таблицами Access определены каскадные обновления или удаления и требуется сохранить их в преобразованных таблицах, выберите параметры Связи таблиц и Триггеры. При этом каскадные обновления или удаления преобразуются в триггеры для обеспечения целостности данных.

    Связь между таблицами не обязательно должна соответствовать одному триггеру. Связь может стать частью нескольких триггеров, а триггер может содержать код для эмуляции нескольких правил целостности данных. Триггеры Insert используются в дочерних таблицах, а триггеры Delete — в родительских.

    Примечание : Access требует DRI читать диаграмма базы данных базы данных SQL Server. Разрешить доступ на чтение схему базы данных при принудительное обеспечение целостности данных с помощью триггеров мастер добавит DRI на связи, но отключает проверку ограничений внешнего ключа.

Какие дополнительные данные нужно включить?

  • Добавлять поля штампа времени в таблицы.    SQL Server использует поля штампа времени для обозначения измененных записей (без указания времени изменения) путем создания поля с уникальным значением и его обновления при каждом обновлении записи. Для связанной таблицы Access использует значение поля штампа времени, чтобы перед обновлением записи определять, была ли она изменена. Как правило, поле штампа времени обеспечивает наилучшую производительность и надежность. Если оно отсутствует, серверу SQL Server необходимо проверять все поля записи, чтобы определить, была ли она изменена, что снижает производительность.

    В следующей таблице описаны параметры, доступные в этом списке:

Параметр

Описание

Да, определяется мастером

Если в исходных таблицах Access содержатся поля с плавающей запятой (одиночной или двойной точности), поля МЕМО или объект OLE, мастер создает для этих полей в таблицах SQL Server новые поля штампа времени.

Да, всегда

Мастер создает поля штампа времени для всех преобразованных таблиц независимо от содержащихся в них типов полей. Это повышает производительность преобразованных таблиц Access, которые могут не содержать полей MEMO, полей объектов OLE или полей с числами с плавающей запятой, но содержат поля других типов.

Нет, никогда

Мастер не создает поля штампы времени для преобразуемых таблиц.

Важно : Access не выполняет в связанных таблицах SQL Server проверку того, изменились ли поля MEMO или "Объект OLE", поскольку размеры этих полей могут исчисляться мегабайтами, а сравнение может слишком перегружать сеть и занимать слишком много времени. Поэтому, если были изменены только текстовые поля или поля изображений, а поля штампа времени отсутствуют, Access перезаписывает изменения. Кроме того, поле с плавающей запятой может неверно определяться как измененное, поэтому при отсутствии полей штампа времени Access может определить, что запись была изменена, хотя на самом деле это не так.

  • Создать только структуру таблицы и не преобразовывать данные.    По умолчанию мастер преобразует все данные в формат SQL Server. Если установлен флажок Создать только структуру таблицы и не преобразовывать данные, преобразуется только структура данных.

К началу раздела

Шаг 4. Выбор способа преобразования приложения в формат SQL Server

На следующей странице мастера можно выбрать один из трех различных способов преобразования приложения базы данных Access. Для параметра Какие изменения следует внести в приложение? выберите одно из приведенных ниже значений.

  • Создать новое приложение Access "клиент-сервер".    При выборе этого значения мастер создает проект Access. Выводится запрос имени (по умолчанию используется имя текущей базы данных Access), к которому затем добавляется суффикс "CS". Проект сохраняется там же, где и существующая база данных Access.

    Мастер создает файл проекта Access и преобразует все объекты базы данных Access в объекты проекта Access. Если пароль и ИД пользователя не были сохранены, при первом открытии проекта Access отображается диалоговое окно Свойства связи с данными, позволяющее подключиться к базе данных SQL Server.

  • Связать таблицы SQL Server с существующим приложением.    При выборе этого значения мастер преобразует базу данных Access таким образом, что запросы, формы, отчеты и страницы доступа к данным будут использовать данные новой базы данных SQL Server, а не базы данных Access. Мастер переименовывает преобразуемые таблицы Access, добавляя суффикс "_local". Например, при преобразовании таблицы с именем "Сотрудники" в формат SQL Server она будет переименована в базе данных Access в "Сотрудники_local". Затем мастер создает связанную таблицу SQL Server с именем "Сотрудники".

    Примечание : После преобразования таблицы, к имени которых был добавлен суффикс "_local", больше не используются. Тем не менее рекомендуется сохранить локальные таблицы до тех пор, пока не будет выполнена проверка преобразованных таблиц. После этого локальные таблицы можно удалить, чтобы уменьшить размер базы данных Access. Прежде чем удалять какие-либо таблицы, обязательно создайте резервную копию базы данных.

    Запросы, формы, отчеты и страницы доступа к данным, основанные на исходных таблицах «Сотрудники», будут теперь использовать таблицу «Сотрудники» SQL Server. Многие свойства полей исходной локальной таблицы наследуются новой локальной таблицей, включая свойства Описание (Description), Подпись (Caption), Формат (Format), Маска ввода (InputMask) и Число десятичных знаков (DecimalPlaces).

  • Не изменять приложение.    Выберите это значение в том случае, если требуется только скопировать данные в базу данных SQL Server, не внося никаких других изменений в существующее приложение базы данных Access.

Сохранить пароль и код пользователя.    По умолчанию мастер создает связанные таблицы в существующем приложении или создает проект Access без сохранения имени пользователя и пароля. Это означает, что пользователи должны указывать имя пользователя и пароль каждый раз при входе в базу данных SQL Server.

При выборе параметра Сохранить пароль и код пользователя пользователи смогут подключаться к базе данных SQL Server, не выполняя вход. При выборе параметра Создать новое приложение Access "клиент-сервер" пароль для имени пользователя сохраняется в проекте Access в строке подключения OLE DB.

Примечание : Этот параметр недоступен при выборе параметра не изменять приложение, если связанная таблица SQL Server совместно с таблицей MSysConf настроена на отказ в сохранении паролей.

Отчет мастера преобразования в формате Microsoft SQL Server

После нажатия кнопки Готово мастер создает отчет, содержащий подробное описание всех созданных объектов и перечень всех ошибок, возникших в ходе преобразования. Мастер отображает отчет в режиме предварительного просмотра. Отчет можно распечатать или сохранить, например в виде XPS-файла или PDF-файла. При закрытии окна предварительного просмотра отчет не сохраняется как объект Access.

Отчет мастера преобразования в формат Microsoft SQL Server содержит следующие сведения.

  • Параметры преобразования в формат Microsoft SQL Server, включая атрибуты таблиц, выбранных для преобразования, и способ преобразования.

  • Сведения о таблицах, включая сравнение значений в Microsoft Access и Microsoft SQL Server для имен, типов данных, индексов, условий на значение, значений по умолчанию, триггеров, а также режим добавления штампов времени.

  • Ошибки, такие как базы данных или транзакций полностью, недостаточной разрешения журнала, устройства или базы данных не создан, таблицы, по умолчанию, или Пропустить правило проверки связи не применяются, пропущенные запросы (поскольку она не будет преобразован в синтаксисе SQL Server) и элемент управления и источник записей ошибки преобразования в формах и отчетах.

К началу раздела

К началу страницы

Как преобразовать объекты базы данных

Преобразуются следующие данные и объекты базы данных. 

  • Данные и типы данных.    Все типы данных Access преобразуются в эквивалентные типы SQL Server. Мастер преобразует текст базы данных в Юникод, добавляя идентификатор строки Юникода во все строковые значения и префикс Юникода "n" во все типы данных.

  • Запросы   

    • Запросы на выборку, которые не содержат предложение ORDER BY или параметры, преобразуются в представления.

    • Запросы на изменение преобразуются в сохраненные процедуры запросов на изменение. В программу после объявления параметра добавляется SET NOCOUNT ON, чтобы сохраненная процедура была запущена.

    • Запросы на выборку, которые ссылаются только на таблицы (также называемые базовыми запросами), в которых используются параметры или предложение ORDER BY, преобразуются в определяемые пользователем функции. При необходимости в запрос, содержащий предложение ORDER BY, добавляется предложение TOP 100 PERCENT.

    • Запросы с параметрами, которые содержат именованные параметры, сохраняют исходное имя, использованное в базе данных Microsoft Access, и преобразуются в сохраненные процедуры или встроенные функции, определяемые пользователем.

      Примечание : Может потребоваться вручную преобразовать некоторые запросы, которые не удалось преобразовать в формат SQL Server. Это могут быть запрос к серверу, запрос определения данных и перекрестный запрос. Также может быть необходимо вручную преобразовать запросы со слишком глубоким уровнем вложенности.

  • Формы, отчеты и элементы управления.    Инструкции SQL в свойствах RecordSource, ControlsSource и RowSource для форм, отчетов или элементов управления сохраняются и не преобразуются в хранимые процедуры или пользовательские функции.

  • Параметры запуска.    Мастер преобразует следующие параметры запуска:

    StartUpShowDBWindow
    StartUpShowStatusBar
    AllowShortcutMenus
    AllowFullMenus
    AllowBuiltInToolbars
    AllowToolbarChanges
    AllowSpecialKeys
    UseAppIconForFrmRpt
    AppIcon
    AppTitle
    StartUpForm
    StartUpMenuBar
    StartupShortcutMenuBar

  • Модули и макросы.    Мастер преобразования в формат SQL Server не вносит никаких изменений в модули и макросы. Поэтому может возникнуть необходимость изменения приложения для использования всех возможностей SQL Server. Дополнительные сведения см. в статье MSDN Оптимизация приложений Microsoft Office Access, связываемых с SQL Server.

К началу страницы

Примечание : Отказ от ответственности относительно машинного перевода. Данная статья была переведена с помощью компьютерной системы без участия человека. Microsoft предлагает эти машинные переводы, чтобы помочь пользователям, которые не знают английского языка, ознакомиться с материалами о продуктах, услугах и технологиях Microsoft. Поскольку статья была переведена с использованием машинного перевода, она может содержать лексические,синтаксические и грамматические ошибки.

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединиться к программе предварительной оценки Office

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×