Green-sell.info

Новые технологии
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Sql сервер access

Sql сервер access

Для того чтобы перенести базу данных из Access 2016 в MS SQL Server необходимо выполнить ряд действий.

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

Открываем вашу базу Access. Выделяем нужную нам таблицу для переноса. (Если необходимо переносить несколько таблиц из Access, то потребуется несколько раз выполнить инструкцию). Переходим на вкладку Внешние данные, в разделе экспорт ищем Дополнительно.

Щелкаем по кнопке Дополнительно, откроется меню выбора , выбираем База данных ODBC

Откроется окно. Таблица, которую переносим из Access, называется test. В поле ввода необходимо написать название таблицы, которая будет создана на SQL Server

Откроется окно , Переходим на вкладку как на скрине

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

Жмем далее и выбираем нужный нам драйвер

Жмем далее и Готово.

Откроется настройка подключения к серверу. Заполняем поля Имя – оно будет отображаться в списке выбора (удобное для вас) и жмем на галочку для выбора сервера. Будет долго думать, потом в выпадающем списке выбираем название экземпляра. Скорее всего у вас будет один.

Жмем Далее. Выбираем проверку подлинности, такую же как на сервере. Хотя может быть и так и так.

Далее указываем базу по умолчанию (потом при экспорте таблиц ее можно будет менять) , остальные настройки оставляем как есть.

Готово, делаем проверку источника данных. ТЕСТ УСПЕШЕН! Жмем везде ОК

Дальше, выбираем наш источник данных Жмем ОК

Открывается окно, вводим пароль и жмем Параметры

На этом шаге мы выбираем базу данных, в которую необходимо перенести данные (создастся новая таблица , которую мы указывали в начале — Tablenew) Жмем ОК Вылезет окно, шаги можно сохранить , а лучше не стоит.

На сервере создалась наша таблица со всеми данными.

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

Работа Access с базой данных SQL Server

На обеспечение эффективной работы большого числа пользователей с общей БД ориентирована технология клиент-сервер.

В этой технологии пользователь-клиент передает со своего компьютера запрос на компьютер сервера, там СУБД обрабатывает запрос и обратно посылает только результат выполнения запроса. Таким образом значительно снижается объем передаваемых по сети данных и повышается эффективность обработки данных.

Приложение пользователя разрабатывается и выполняется под управлением СУБД Access на компьютере клиента. Общая БД размещается на мощном компьютере, где функционирует сервер БД, управляемый СУБД SQL Server (см. рис. 16.5). Эта СУБД выполняет обработку данных, размещенных на сервере, и отвечает за их целостность и сохранность. Для доступа к данным базы на сервере используется язык структурированных запросов SQL.

Широко известны серверы БД – SQL Server фирмы «Microsoft» и Oracle Server фирмы «Oracle». SQL-серверы БД являются самыми мощными приложениями для сетевой обработки данных.

Подключение из Access к серверам БД SQL может быть осуществлено с помощью драйверов ODBC. Каждому серверу БД соответствует свой драйвер ODBC. В комплект поставки MS Access включены драйверы ODBC для MS SQL Server и Oracle SQL Server.

Использование унифицированного языка запросов SQL позволяет работать с одной и той же БД сервера разным пользователям из различных приложений. Данные из базы могут получать Access, Excel, FoxPro и многие другие приложения, использующие протокол ODBC, посылая запросы на языке SQL серверу БД.

Приложение Access взаимодействует сданными, расположенными на сервере, несколькими способами. Можно посылать на сервер запросы на языке SQL-сервера. С помощью запроса можно получать необходимые данные в виде виртуальной таблицы – таблицы запроса и далее использовать эту таблицу в качестве источника данных в форме или отчете. Можно посылать на сервер обновленные данные, а также создавать или изменять таблицы в БД сервера. Кроме того, в локальной БД могут быть созданы связанные таблицы, отображающие данные из таблиц SQL-сервера. Эти таблицы обрабатываются в приложении наряду с локальными таблицами базы.

В Access реализована возможность создания приложения-проекта, в котором хранятся только объекты, составляющие приложение пользователя, а БД, с которой работает приложение, размещается на SQL-сервере. Причем в проекте Access обеспечивается работа с объектами БД (таблицами, представлениями, хранимыми процедурами, схемами данных) в диалоговом режиме через интерфейс, аналогичный интерфейсу SQL-сервера. Проект Access, являющийся клиентом SQL-сервера, позволяет напрямую, не используя ядро БД Access Database Engine, подключаться к БД Microsoft SQL Server с помощью интерфейсов OLE DB. Из проекта Access посредством OLE DB обеспечивается доступ не только к базам данных SQL Server, но и к БД Access, файлам электронной почты и источникам данных многих других типов.

В Access 2002/2003 включена локальная версия SQL Server – Microsoft SQL Server Desktop Engine. SQL Server 2005 представляет бесплатную версию SQL Server Express. Обе версии позволяют создать проект, предназначенный для работы с БД SQL Server, работая на локальном компьютере, не подключенном к сети. При этом нет необходимости приобретать лицензию и устанавливать сетевой вариант сервера БД. Работа этих версий основывается на том же ядре БД, что SQL Server. Созданное с использованием этих версий приложение будет полностью пригодно для работы с БД на большом сетевом SQL-сервере. После завершения разработки, переместив базу с локального компьютера на сервер и модифицировав информацию о соединении, проект можно подключить к удаленному SQL-серверу.

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

Перенос базы данных Microsoft Office Access в Microsoft SQL Server

Со временем в ходе может потребоваться перенос файл-серверной базы данных Microsoft Office Access (Access) в формат клиент-серверной СУБД. Обычно для этой цели используется ODBC. Однако для переноса в Microsoft SQL Server (MS SQL) СУБД Access и MS SQL имеют удобные специализированные средства.

Всего существует три способа переноса базы данных из Access в MS SQL. Рассмотрим их все на примере простой базы данных состоящей из двух таблиц и одного запроса.

Перенос базы данных средствами Access («Мастер преобразования в формат SQL Server»)

Для того чтобы начать перенос нужно нажать кнопку «SQL Server» в области «Перемещение данных» вкладки «Работа с базами данных».

В открывшемся окне нужно выбрать, куда будут перенесены данные.

Возможны два варианта:

  1. Экспорт в уже существующую базу данных MS SQL;
  2. Создание новой базы данных (по умолчанию).

Задаём имя сервера, на который будем переносить базу данных, имя создаваемой базы данных и указываем имя пользователя и пароль для подключения.

Далее предстоит выбрать таблицы, которые будут перенесены.

Для выбора одной таблицы служит кнопка «>», а для выбора всех таблиц кнопка «>>». Для того чтобы отказаться от переноса предназначены кнопки « «Импорт данных».

Откроется «Мастер импорта и экспорта данных»

После нажатия кнопки «Далее» необходимо выбрать источник, из которого будут импортированы данные.

В раскрывающемся списке «Источник данных» необходимо выбрать «.Net Framework Data Provider for Odbc» (если не выбрано по умолчанию) и в строке Dsn в таблице указать имя созданного выше источника данных для базы данных Access. Строка подключения («Connection String») будет сформирована автоматически.

Читать еще:  Разработка приложений access

Далее необходимо указать в какую базу данных, какого экземпляра MS SQL импорт. Для этого после нажатия кнопки «Далее» выбираем в раскрывающемся списке «Назначение» либо «Microsoft SQL Server Native Client» (как показано на скриншоте ниже) либо «Microsoft OLE DB Provider for SQL Server», указываем нужную базу данных имя пользователя и пароль для подключения.

Далее будет показано окно, в котором нужно указать способ импорта. Для импорта из Access лучше оставить значение по умолчанию.

Затем нужно выбрать таблицы, которые будут импортированы. Как уже было отмечено выше, при использовании ODBC импорт запросов Accessне доступен. Поэтому, в отличие от предыдущего скриншота со списком объектов для импорта в этом списке будут исключительно таблицы.

С помощью флажков можно выбрать как все таблицы сразу (что и сделано в этом примере), так и некоторые из них в отдельности.

После нажатия на кнопку далее будет показано окно предупреждением. Его можно просто проигнорировать и нажать кнопку «Далее».

Затем будет показано окно с окончательными настройками процесса импорта. Оставим все значения по умолчанию.

Далее отобразится завершающее окно с общей итоговой сводкой информации о предстоящем процессе импорта.

После нажатия на кнопку «Готово» процесс импорта будет выполнен. Если всё сделано правильно и импорт выполнен успешно, окно с информацией о выполнении импорта не будет содержать ошибок (см. скриншот ниже).

Для завершения работы мастера достаточно нажать кнопку «Закрыть».

Результат можно увидеть SQL Server Management Studio.

Перенос базы данных со стороны средствами ODBC

Этот способ является универсальным для экспорта данных из Access в любую другую СУБД. Достаточно только чтобы она поддерживала работу с ODBC.

Пример такого экспорта уже был ранее рассмотрен в статье «Работа с базой данных SQLite средствами Access»

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

Однако такая возможность переноса до сих пор имеется (версия 2014 не стала исключением). Поэтому, рассмотрим и её тоже.

Для начала создадим источник данных для работы с MS SQL (пусть это будет пользовательский DSN).

Укажем драйвер для источника.

После этого будет запущен процесс его создания и настройки.

Зададим имя источника данных и укажем имя экземпляра MS SQL, к которому требуется выполнить подключение.

Далее введём имя пользователя и пароль для подключения.

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

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

После нажатия кнопки «Готово» будет показано окно с итоговой информацией о создаваемом источнике данных.

Для того чтобы источник данных был окончательно создан, достаточно нажать кнопку «Ok». Но, лучше предварительно проверить его работоспособность, нажав на кнопку «Проверить источник данных».

Если всё сделано правильно, будет показано сообщение об успешной проверке.

Теперь, когда есть источник данных, можно приступать непосредственно к процессу переноса.В качестве примера экспортируем из базы данных единственный запрос «Contacts Запрос».

Для этого выделим его мышью и нажмём на кнопку «Дополнительно» в области «Экспорт» вкладки «Внешние данные». В раскрывшемся меню выберем «База данных ODBC».

Далее в диалоговом окне нужно ввести, как будет назваться экспортируемый объект (в данном случае запрос) после того, как он будет экспортирован.

В данном случае оставлено исходное значение.

После нажатия кнопки «Ok» необходимо выбрать созданный источник данных.

Затем ввести имя пользователя и пароль для подключения к серверу.

После нажатия кнопки «Ok» экспорт будет выполнен.

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

Вместо представления «Contacts Запрос» в базе данных MS SQL была создана одноимённая таблица.

Кроме того, даже если экспортировать только таблицы, после экспорта необходимо выполнить множество дополнительных действий (повторное создание связей и т.д.). Поэтому, описанный способ переноса баз данных из Access в MS SQL уже практически не применяется.

Вместо него настоятельно рекомендуется использовать либо встроенный «Мастер преобразования в формат SQL Server» либо импортировать базу данных Access со стороны MS SQL его средствами.

Порядок организации связи баз данных СУБД Access с базами данных в СУБД SQL Server

26. Порядок организации связи баз данных СУБД Access с базами данных в СУБД SQL Server.

Access предоставляет возможность использовать данные из различных внеш­них источников.

В сетевых системах с файловым сервером при коллективном использовании базы данных Access более чем 15 пользователями и значительных размерах БД производительность становится недопустимо низкой. Это связано с уве­личением объема передаваемых по сети данных, поскольку их обработка производится на компьютере пользователя. Например, если пользователю необходимо получить информацию об одном студенте, то на его компьютер должны быть переданы данные обо всех студентах (тысячи строк), из кото­рых локальная СУБД выберет одну строку. Для построения более эффектив­ной системы обработки общей базы данных целесообразно использовать ар­хитектуру «клиент-сервер».

Программное обеспечение архитектуры «клиент-сервер» состоит из двух час­тей: программного обеспечения сервера и программного обеспечения поль­зователя-клиента.

Программа-клиент выполняется на компьютере пользователя и посылает запросы к программе-серверу, которая работает на компью­тере общего доступа. Основная обработка данных производится мощным сервером, а на компьютер пользователя возвращаются только результаты вы­полнения запроса. В такой архитектуре сервер называется сервером баз дан­ных. Схема взаимодействия клиентских приложений Access с SQL-сервером баз данных приведена на рис. 8.1.

Рис. 8.1. Схема взаимодействия приложений клиентов с SQL-сервером

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

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

Для обеспечения взаимодействия с данными SQL Server в Access, начиная с версии 2000, помимо технологий, ориентированных, на ODBC, используется технология OLE DB, которая обеспечивает универсальный доступ к данным. Для SQL Server технология OLE DB является базовой, OLE DB — это набор OLE-интерфейсов, предназначенных для доступа к данным самых разных источников. Целью создания OLE DB является увеличение скорости и упро­щение доступа к данным, сохраняемым в различных форматах.

В Access для использования данных из базы Microsoft SQL Server, как и из других внешних источников, для которых имеется интерфейс ODBC, могут быть применены различные способы.

— Запросы на языке SQL к базам данных SQL Server. С помощью запросов на SQL можно выполнить выборку данных из таблиц, сохраняемых на сервере, добавление, обновление данных и структур таблиц сервера. За­просы к серверу могут содержать инструкции для создания и удаления таблиц в базе данных и даже базе данных на сервере. Запросы передаются и выполняются непосредственно на сервере. Запросы целесообразно использовать для запуска сохраняемых процедур на сервере.

Читать еще:  C access db

— Связь с таблицами баз данных SQL Server. При этом таблицы сервера отображаются в окне базы данных Access для их просмотра и изменения средствами Access. Данные остаются в формате источника, но представ­лены как объекты Access и могут быть обработаны с помощью инстру­ментальных средств Access.

— Импорт объектов SQL Server в текущую базу данных Access. При им­порте объектов создаются их копии. Исходные объекты источника при этом не изменяются. В Access внешние данные можно использовать при создании запросов, форм, отчетов, причем можно объединить внешние данные с данными из объектов Access.

При взаимодействии Access с сервером локальные таблицы базы данных мо­гут быть экспортированы в общую базу данных сервера. Таким образом, можно, создав таблицу в Access, разместить ее в базе данных сервера.

Для работы в Access с данными на SQL-сервере необходимо подключиться к их источнику через интерфейс ODBC.

Определение внешних источников данных в ODBC

ODBC предназначен для соединения приложения, выполняющегося на рабо­чей станции, с сервером и выполнения процедур, связанных с получением и обработкой данных. Основными компонентами ODBC являются администра­тор и драйвер. Администратор ODBC устанавливает соединение с указанным пользователем внешним источником данных, поддерживает связь между приложением и сервером, обеспечивает приложение информацией и по мере необходимости загружает драйвер. Драйвер управляет взаимодействием при­ложения с сервером, переводит SQL-выражения приложения на диалект ис­точника Данных, перехватывает ошибки. Драйверы ODBC содержатся в ди­намически подключаемых библиотеках — DLL.

Если требуется из приложения Access получить доступ к базам данных SQL, необходимо, чтобы был установлен соответствующий драйвер ODBC. Ряд драйверов ODBC поставляется вместе с Access (в том числе драйвер Micro­soft SQL Server) и они устанавливаются уже при инсталляции Access. Допол­нительные драйверы ODBC, поддерживающие другие форматы данных, мо­гут быть приобретены у независимых поставщиков. Microsoft Access требует 32-разрядных драйверов ODBC, совместимых с протоколом ODBC уровня 1.

Приобретаемые драйверы должны быть проверены в работе с Microsoft Access. Схема взаимодействия приложения Access с различными базами SQL представлена на рис. 8.2.

Для того чтобы посмотреть, установлен ли нужный драйвер на вашем ком­пьютере, выберите Источники данных (ODBC) (ODBC Data Sources (32bit)) в списке программ Панели управления. В Windows XP ссылка на Источники данных (ODBC) размещена в категории Производительность и обслужи­вание

В открывшемся окне Администратор источников данных ODBC (ODBC Data Source Administrator) на вкладке Драйверы (Drivers) будут представле­ны все установленные в системе ODBC-драйверы. Убедитесь, что на компьютере установлен драйвер SQL Server. Для добавления и удаления драйверов ODBC используются программы настройки соответствующих драйверов. На этой вкладке операции выполняться не могут.

Рис. 8.3. Схема взаимодействия Access с SQL Server через ODBC

Если драйверы ODBC установлены, то на вкладке ленты Внешние данные (External Data) в группах Импорт (Import) и Экспорт (Export) в списке кноп­ки Дополнительно (More) становится доступным элемент Базы данных ODBC (ODBC Database), который позволяет перейти к процедуре подключе­ния к внешнему источнику данных.

Для того чтобы получить доступ к базе данных SQL-сервера через интерфейс ODBC, необходимо определять источник данных. Источник данных ODBC — это термин, используемый для ссылки на внешнюю базу данных. Для каждой базы данных сервера, с которой работает Access, должен быть создан источник данных. К источникам данных обращаются по именам. Соз­дать источники данных позволяет программа Администратор источников данных ODBC. Каждый драйвер ODBC предъявляет собственные требования к созданию и настройке источников данных.

Администратор ODBC позволяет настраивать и использовать три типа ис­точников данных.

— Пользовательский DSN (User DSN). Источник данных этого типа может быть использован только одним пользователем, работающем на данном компьютере. Пользовательский источник данных относится только к учетной записи Microsoft Windows, активной в момент создания. В любой другой учетной записи он не отображается. Для приложений, выполняю­щихся на компьютере в качестве служб, он также не всегда видим.

— Системный DSN (System DSN) предназначен для всех пользователей и системных служб на данном компьютере. Системные источники данных отображаются во всех учетных записях клиентского компьютера.

— Файловый DSN (File DSN) может совместно использоваться многими пользователями разных компьютеров сети, на которых установлены оди­наковые драйверы, для получения доступа к базе данных. При определе­нии этого источника данных в отличие от других указывается файл, в ко­тором сохраняется описание источника. Файл имеет расширение dsn. Этот файл должен быть доступен на всех компьютерах сети, пользовате­ли которых могут его использовать. Сведения о других источниках дан­ных хранятся в системном реестре.

Рассмотрим создание пользовательского источника данных— Пользова­тельского DSN (User DSN). Процедура создания источников данных других типов практически не имеет отличий. Активизируйте диалоговое окно Ад­министратор источников данных ODBC (ODBC Data Source Administrator) и выберите в нем вкладку Пользовательский DSN (User DSN) (рис. 8.4). Первоначально в нем нет источников данных для SQL Server.

Для создания нового источника данных нажмите кнопку Добавить (Add), в окне Создание нового источника данных (Create New Data Source) (рис. 8.5) выберите драйвер SQL Server, для которого создается источник.

После выбора драйвера и нажатия кнопки Готово (Finish) к работе подклю­чается мастер создания нового источника данных. Окно мастера Создание источника данных для SQL-сервера (Create a New Data Source to SQL Server) представлено на рис. 8.6.

Рис. 8.6. Окно создания нового источника данных на SQL-сервере

□ Имя (Name) определяет имя нового источника данных, которое будет
использоваться при подключении приложения к базе данных сервера —
Поставка;

□ Описание (Description) содержит комментарий, который поможет определить назначение базы данных, используемой в качестве источника
данных;

□ Сервер (Server) определяет имя SQL Server в сети, с которым нужно со­единиться для получения доступа к базе данных. Если SQL Server уста­новлен на том же компьютере, достаточно указать (local).

В следующем диалоговом окне выбирается способ проверки прав пользова­теля на доступ к SQL-серверу при подключении к нему (рис. 8.7).

К SQL Server можно подключаться, используя два режима регистрации:

— по доверительному соединению, при котором пользователь, успешно за­регистрировавшийся в сети Windows Server и представленный в списках пользователей сервера, не проверяется дополнительно, Сервер доверяет результатам этой проверки. Этот режим задается при выборе переключа­теля проверка подлинности учетной записи Windows NT (With Windows NT authentication using the network login ID). В дальнейшем про­изводится только проверка на право выполнения тех или иных работ с объектами баз данных;

— путем проверки самим SQL Server идентификатора пользователя и паро­ля, передаваемых непосредственно серверу. Этот режим задается при вы­боре переключателя проверки подлинности учетной записи SQL Server (With SQL Server authentication using a login ID and password en­tered by the user). Результаты проверки, выполненной Windows, не учиты­ваются. Пользователь должен быть известен серверу под этим именем.

Подключение Access к SQL Server

Вспомните детство, когда алфавитный суп был вашим любимым блюдом. Хорошо, что у вас сохранились эти воспоминания — сейчас мы покажем вам, как приготовить своего рода алфавитный суп из базы данных. В следующих разделах изложены основы работы с базой данных: доступ с помощью строки подключения и через программный интерфейс базы данных на языке Access VBA.

Читать еще:  Как установить фон в powerpoint

В этой статье

Использование драйвера ODBC или поставщика OLE DB

Строки подключения придуманы уже давно. Строку подключения определенного формата можно задать как в пользовательском интерфейсе Access, так и в коде VBA. Строка подключения (как ODBC, так и OLE DB) передает информацию, например расположение сервера, имя базы данных, тип безопасности и другие полезные параметры, прямо в базу данных. Пример:

Сначала была создана автономная библиотека SQL Server Native Client (SNAC), содержащая технологии ODBC и OLED, и она до сих пор доступна для SQL Server версий 2005 — 2012. SNAC использовалась во многих старых приложениях и все еще поддерживается для обеспечения обратной совместимости, но эту библиотеку не рекомендуется использовать для разработки новых приложений. Необходимо использовать более новые отдельные, загружаемые версии драйверов ODBC.

Open Database Connectivity (ODBC) — это протокол, используемый для подключения базы данных Access к внешнему источнику данных, например Microsoft SQL Server. Как правило, для добавления строки подключения используются файловые источники данных (также называемые файлами DSN); в этом случае в строке подключения используется ключевое слово FILEDSN, или данные из реестра; в этом случае используется ключевое слово DSN. Кроме того, такие свойства можно задавать в коде VBA, используя строку подключения без DSN.

Развитие драйверов ODBC происходило в три этапа.

До 2005 г. драйверы ODBC поставлялись в составе компонентов доступа к данным Windows (Windows Data Access Components, WDAC), которые изначально назывались компонентами доступа к данным Microsoft (Microsoft Data Access Components, MDAC). Это компоненты до сих пор предлагаются в составе Windows для обеспечения обратной совместимости. Подробную информацию см. в статье Компоненты доступа к данным Microsoft или Windows.

Драйверы ODBC поставлялись со SNAC для версий SQL Server 2005 — SQL Server 2012.

После SQL Server 2012 драйверы ODBC поставляются отдельно и содержат поддержку новых функций SQL Server.

Для новых разработок не рекомендуется использовать драйверы ODBC первых двух этапов, а выбирать драйверы ODBC третьего этапа.

Поставщики OLE DB

Object Linking and Embedding, Database (OLE DB) — это более современный протокол, используемый для подключения базы данных Access к внешнему источнику данных, например Microsoft SQL Server. OLE DB не требует наличия DSN и предоставляет полный доступ к источникам данных ODBC и драйверам ODBC.

Совет Как правило, для добавления строки подключения OLE DB используется диалоговое окно Свойства связи с данными. Хотя из Access нельзя открыть диалоговое окно Свойства связи с данными, в проводнике можно создать пустой файл TXT, изменить его тип на , а затем дважды щелкнуть файл. После создания строки подключения снова измените тип файла на TXT.

Развитие поставщиков OLE DB происходило в три этапа.

До 2005 г. поставщики OLE DB поставлялись в составе компонентов доступа к данным Windows (Windows Data Access Components, WDAC), которые изначально назывались компонентами доступа к данным Microsoft (Microsoft Data Access Components, MDAC).

Поставщики OLE DB поставлялись для версий SQL Server 2005 — SQL Server 2017. В 2011 г. эти поставщики были объявлены устаревшими.

В 2017 г. поставщик OLE DB для SQL Server снова был введен в строй.

В настоящее время для новых разработок рекомендуется версия драйвера OLE DB 18 для SQL Server.

Оптимизация производительности с помощью строки подключения ODBC

Чтобы оптимизировать производительность, свести к минимуму сетевой трафик и сократить многопользовательский доступ к базе данных SQL Server, используйте как можно меньше строк подключения, распределяя каждую из них по нескольким наборам записей. Хотя Access просто передает строку подключения на сервер, программа распознает и может использовать следующие ключевые слова: DSN, DATABASE, UID, PWD и DRIVER, которые помогают свести к минимуму коммуникацию между клиентом и сервером.

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

Рекомендации по одновременному использованию ODBC и OLE DB

Избегайте сочетания строки подключения и технологий доступа к базе данных. Используйте строку подключения ODBC для DAO. Используйте строку подключения OLE DB для ADO. Если приложение содержит код VBA, в котором используются как DAO, так и ADO, используйте драйвер ODBC для DAO и поставщик OLE DB для ADO. Старайтесь получить в свое распоряжение самые новые функции и поддержку ODBC и OLEDB.

В ODBC используется термин «драйвер», а в OLE DB — термин «поставщик». Эти термины относятся к одному и тому же типу программных компонентов, но не являются взаимозаменяемыми в синтаксисе строки подключения. Используйте правильное значение термина согласно документации.

Программное обращение к SQL Server из Access

Существует два основных способа программного доступа к базе данных SQL Server из Access.

Объект доступа к данным (data access object, DAO) предоставляет абстрактный интерфейс базы данных. Объекты доступа к данным Microsoft (DAO) — это встроенная модель программных объектов, которая позволяет проникнуть в суть Access и SQL Server для создания, удаления, изменения и перечисления объектов, таблиц, полей, индексов, связей, запросов, свойств и внешних баз данных.

Объекты данных ActiveX (ADO) предлагают высокоуровневую программную модель и доступны в Access по ссылке на стороннюю библиотеку. Модель ADO проста в изучении и позволяет клиентским приложениям получать данные из различных источников, в том числе Access и SQL Server, и управлять ими. Ее основные преимущества — удобство использования, высокая скорость, малое потребление памяти и места на диске. Кроме того, в ADO поддерживаются основные функции для разработки и веб-приложений.

Какую технологию использовать?

В решениях Access, где применяется код VBA, можно использовать DAO, ADO или и то, и другое. DAO, как и раньше, используется в Access по умолчанию. Например, во всех формах, отчетах и запросах Access используется DAO. Но при миграции на SQL Server рекомендуется использовать ADO, чтобы сделать решение более эффективным. Далее приведены общие рекомендации по выбору DAO или ADO в разных ситуациях.

Используйте DAO, если требуется:

создать связанную форму для чтения и записи без использования VBA;

обращаться к локальным таблицам;

загружать данные во временные таблицы;

использовать запросы к серверу в качестве источников данных для отчетов или форм в режиме «только для чтения»;

определить и использовать объект TableDef или QueryDef в VBA.

Используйте ADO, если требуется:

прибегать к дополнительным возможностям оптимизации, таким как выполнение асинхронных операций;

выполнять запросы DDL и DML к серверу;

напрямую обращаться к данным SQL Server можно получить с помощью наборов записей в VBA;

писать упрощенный код для определенных задач, таких как потоковая передача BLOB-объектов;

напрямую вызывать хранимую процедуру с параметрами, используя объект команды в VBA.

Общие сведения о версиях драйвера ODBC

В следующей таблице приведены основные сведения о версиях драйвера ODBC, местах их загрузки и поддержке функций. Выберите правильную разрядность версии драйвера (64-разрядную или 32-разрядную) на основе Windows, а не Office. Если используется 32-разрядная версия Access в 64-разрядной версии Windows, устанавливайте 64-разрядные драйверы, которые содержат необходимые для Access 32-разрядные компоненты.

Ссылка на основную публикацию
Adblock
detector