ODBS (ОДБС) – открытый интерфейс к базам данных на платформе Windows (Виндовс)

Продолжаем разбор функций операционной системы Windows 10. Сегодня речь пойдёт об источнике данных ODBC на 32 разрядной версии компьютера Windows 10.

ODBS – это программный интерфейс, позволяющий приложениям получать доступ к данным в системах управления базами данных (СУБД), основанных на языке SQL.

Чтобы открыть окно администратора источника данных ODBC, в нижнем левом углу экрана нажмите на кнопку Пуск. В открывшемся окне нажмите на вкладку – Все приложения.

Создание источника данных

Далее, в списке всех приложений, в самом низу, нажмите на вкладку Средства администрирования. В открывшемся списке нажмите на вкладку – Источники данных ODBC (32 разрядная версия). Обратите внимание, что здесь есть ODBC и для 64 разрядной версии Windows 10. Как узнать версию своего ПК на Windows 10.

Далее, у вас откроется окно администратора ODBC. Здесь вы сможете работать со следующими функциями:

– Пользовательский DSN, пользовательский источник данных ODBC сохраняет сведения о том, как подключиться к указанному поставщику данных. Пользовательский источник данных является видимым только для вас и может использоваться только на текущем компьютере.

– Трассировка ODBC позволяет создавать журналы вызовов драйверов ODBC для использования службой поддержки или для оказания помощи при отладке приложений.

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

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

– Файловый DSN, файловый источник данных ODBC позволяет установить связь с этим источником. Пользователи, у которых установлены одинаковы драйверы, могут применять их совместно.

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

Источник: https://info-effect.ru/istochniki-dannyx-odbc-32-i-64-razryadnaya-versiya-windows-10.html

ODBC – открытый интерфейс к базам данных на платформе MS Windows. Создание источника данных при помощи ODBC

ODBC (Open Database Connectivity) – открытый интерфейс доступа к БД, который разработан фирмой Microsoft. Интерфейс предоставляет унифицированные средства взаимодействия прикладной программы (клиента) и сервера (базы данных).

Базу интерфейса ODBC составляет спецификация CLI-интерфейса, ISO/IEC для баз данных API и язык SQL.

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

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

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

Ничего непонятно?

Попробуй обратиться за помощью к преподавателям

Утилита ODBC

При запуске утилиты ODBC (рисунок 1) на вкладке Пользовательский DSN выводится список всех источников данных, которые были зарегистрированы.

При создании нового источника данных в диалоге отображаются все зарегистрированные в реестре Windows ODBC-драйвера (рисунок 2).

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

Например, при создании источника данных, который позволяет работать с БД MS SQL Server, необходимо ввести имя DSN, который создается, имя зарегистрированного SQL-сервера (рисунок 3) и имя БД и некоторые дополнительные параметры.

Создание источника данных с использованием ODBC API

Две функции ODBC API ConfigDSN и SQLConfigDataSource, которые позволяют регистрировать новые источники данных или удалять информацию о них из реестра Windows (а также из файла ODBC.ini) находятся в DLL-библиотеке ODBCCP32.DLL.

Функция ConfigDSN отвечает за добавление, изменение или удаление источников данных и описывается следующим образом:

hwndParent – параметр, определяющий дескриптор окна или NULL. При неуказанном дескрипторе в ходе выполнения данной функции не будет отображаться окно с предложением уточнения параметров.

fRequest – параметр, указывающий тип запроса, который может принимать одно из следующих значений:

• ODBC_REMOVE_DSN – удаляет существующий источник данных;
• ODBC_CONFIG_DSN – изменяет существующий источник данных;
• ODBC_ADD_DSN – добавляет новый источник данных.

• lpszDriver – параметр, содержащий описание драйвера.
• lpszAttributes – параметр, содержащий список атрибутов в виде «ключевое слово = значение».
• Функция SQLConfigDataSource описывается следующим образом:

Параметры данной функции аналогичны параметрам предыдущей функции и другими значениями параметра fRequest:

• ODBC_REMOVE_SYS_DSN – удаляет существующий системный DSN;
• ODBC_CONFIG_SYS_DSN – изменяет существующий системный DSN;
• ODBC_ADD_SYS_DSN – добавляет новый системный DSN;
• ODBC_REMOVE_DSN – удаляет существующий пользовательский DSN;
• ODBC_CONFIG_DSN – изменяет существующий пользовательский DSN;
• ODBC_ADD_DSN – добавляет новый пользовательский DSN.

Источник: https://spravochnick.ru/bazy_dannyh/odbc_otkrytyy_interfeys_k_bazam_dannyh_na_platforme_ms_windows_sozdanie_istochnika_dannyh_pri_pomoschi_odbc/

OLE DB или ODBC? Семь раз отмерь

Разработчики Microsoft спроектировали ODBC для доступа к данным SQL, а OLE DB — для доступа к любым данным в среде СОМ.

Одни пользователи до сих пор не понимают, что же послужило причиной внедрения OLE DB, другие переоценивают роль OLE DB в области корпоративных и ориентированных на Internet разработок.

В данной статье мне хотелось бы не только объяснить, зачем компании Microsoft понадобилось вводить OLE DB, но и оценить ту роль, которую это средство играет сегодня и, что гораздо важнее, будет играть завтра.

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

Чем же плох ODBC?

Внедрение OLE DB не означает отказ от ODBC. В обозримом будущем Microsoft планирует поддерживать ODBC так же, как это делают другие производители СУБД и инструментальных средств.

Так чем же не устраивает разработчиков ODBC? Для доступа к данным он вполне адекватен.

Опыт подтверждает, что, если ODBC удовлетворяет потребности вашего бизнеса, об OLE DB и связанных с ним технологиях пока можно забыть.

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

Таким образом, ODBC вполне справляется со своими обязанностями. Хорошо известна его производительность, гибкость и архитектура. Существует немало различных инструментальных средств и рабочих сред, построенных на ODBC (например, RDO).

Чтобы понять, как скоро предстоит задуматься о переходе к OLE DB, проанализируйте, в какой степени возможности ODBC соответствуют тем усовершенствованиям, которые планируется внедрить в вашей информационной системе.

ODBC будет по-прежнему обеспечивать доступ к данным SQL, которые не интегрированы с другими, нереляционными типами данных, такими, как файлы языка XML, документы Microsoft Office или файлы электронной почты. Если же подобного рода файлы являются частью информационных ресурсов компании, стоит рассмотреть вариант OLE DB.

Что нового предлагает OLE DB

OLE DB представляет собой следующую ступень развития ODBC. Эти средства образуют относительно независимый программный слой, использующий один и тот же набор основных интерфейсов прикладных программ (API) для доступа к разнообразным базам данных.

Их работа обеспечивается невидимыми для пользователя программными модулями, которые учитывают специфические особенности каждой СУБД и выступают в качестве драйверов для верхних программных слоев. В OLE DB полностью реализован принцип открытости связей между базами данных.

Наибольшие различия проявляются в использовании некоторых основных терминов и в окружающем контексте. В Таблице 1 содержатся трактовки часто употребляемых терминов применительно к ODBC и OLE DB.

Термин	ODBC	OLE DB
Источник данных	Реляционная СУБД	Модуль, который взаимодействует с хранилищем информации и показывает его содержимое как набор строк и столбцов.
Таблица	Таблица в реляционной базе данных	Набор данных, полученный агрегированием связанных строк и однородных столбцов.
Результи-рующий набор данных	Часть памяти клиента, содержащая последовательность записей	Независимый автономный модуль, показывающий последовательность записей.
Команда	Команда SQL, интерпретируемая подключенной СУБД	Текстовая строка, которую понимает источник данных.

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

Для облегчения доступа к информации источники данных OLE DB представляются компонентами, базирующимися на СОМ, с четко определенным программным интерфейсом. Эти компоненты, называемые поставщиками данных, взаимодействуют с хранилищем информации.

При соединении с поставщиком данных клиентское приложение всегда получает в качестве ответа набор записей независимо от того, к чему обращается поставщик данных — к таблице реляционной СУБД или к листингу каталога. Поставщик отвечает за извлечение данных с физического носителя и их форматирование.

Данные могут храниться в одном и том же постоянном месте (в файлах на диске или в базе данных), в определенной области памяти или даже на разных машинах и разных платформах. Они могут быть реляционными и иерархическими, структурированными и плоскими, записанными в стандартном и в частном формате, доступными и недоступными для ODBC.

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

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

Работать с набором строк можно даже при отключении от первоначального источника данных, что делает тем самым этот новый мощный тип данных весьма эффективным.

Преграды на пути OLE DB

Так ли уж хорош OLE DB? Для ответа на этот вопрос следует тщательно изучить два аспекта. С одной стороны, OLE DB нельзя назвать вполне зрелой технологией.

С другой — Microsoft позиционирует его как базовый сервис доступа к данным для будущих платформ Windows. Это означает, что в Microsoft планируют существенно доработать OLE DB.

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

Однако в начале 1990-х такое же впечатление производила и технология ODBC. Тем не менее уже начиная с версии 3.0 ODBC работает прекрасно, и сегодня разработчики расценивают ее как очень стабильную технологию. Но это потребовало времени.

Поскольку данные представляют собой «стратегическое горючее» для большинства компаний, необходимо особенно тщательно прорабатывать любые технологии, влияющие на доступ к данным.

На Рисунке 1 приведены для сравнения архитектуры OLE DB и ODBC.

РИСУНОК 1. Архитектура ODBC и OLE DB.

Обе базируются на специализированных компонентах (драйверах в случае ODBC и поставщиках в архитектуре OLE DB), которые соединяются с источником данных. В рамках ODBC драйвер обычно выступает в роли уполномоченного посредника, который передает команду SQL ядру СУБД, а обратно возвращает результирующий набор данных. Поставщик OLE DB принимает запросы на любом языке запросов (не обязательно на SQL) и возвращает наборы записей. Поставщик, инкапсулирующий СУБД, ограничивается простой передачей команд SQL нижестоящему серверу базы данных. Поставщик, взаимодействующий с нереляционным источником данных (например, с сообщениями электронной почты), выполняет дополнительную функцию: создает набор записей и наполняет его информацией. Такой поставщик мог бы работать с более простым языком запросов, чем SQL. Допустим, для возврата сообщения электронной почты от заказчика поставщику необходимо знать только имя отправителя. Команда типа

Sender = Joe User;
проста, эффективна и легко кодируется.

OLE DB состоит из двух частей: внешнего интерфейса и внутреннего ядра. Ядро, работающее в фоновом режиме, обрабатывает запросы и производит поиск данных. Часть OLE DB, отвечающая за внешний интерфейс, содержит программные средства, необходимые любому поставщику для взаимодействия с клиентами.

Только Microsoft может установить стандарт на развитие OLE DB с точки зрения функциональности и технологии. Для этой цели задается спецификация интерфейса СОМ, который поставщик должен поддерживать. OLE DB 2.

5 демонстрирует значительный прогресс по сравнению с более ранними версиями: в ней сняты некоторые ограничения проектирования и добавлены новые возможности. К примеру, OLE DB 2.5 позволяет возвращать нерегулярные, не табулированные наборы записей.

OLE DB можно использовать для показа полуструктурированных и иерархических данных, таких, как потоки XML, документы Word и Excel, содержимое директории файловой системы. Кроме того, в новой версии уменьшается объем информации о поставщике, которую необходимо знать потребителю.

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

http://outlookprovider/inbox/sender=»Joe User»

В этой интуитивно понятной записи стоят имя поставщика данных outlookprovider и текст команды, предписывающей поставщику просканировать директорию inbox и найти все сообщения, отправленные абонентом Joe User. Последняя версия инструментария разработчика на платформе Microsoft, SDK (Software Development Kit), частично повторяет достижения OLE DB 2.5.

Поскольку разработчики Microsoft рассматривают OLE DB в качестве основной технологии доступа к данным в среде Windows, пользователи в обозримом будущем получат всю необходимую поддержку для применения OLE DB.

Поставщики важнейшего продукта Microsoft в классе серверов баз данных, SQL Server, незамедлительно отразят в нем все нововведения OLE DB.

Воспримут ли эти новшества производители других баз данных? На мой взгляд, недостаток OLE DB в том, что его единственной надежной опорой являются производители SQL Server версий 6.5 и 7.0.

Известно, что изготовители OLE DB для Jet и Oracle выпустили функционально неполные продукты, в которых обнаружены ошибки, так что разработчикам они вряд ли будут полезны. Версия OLE DB для Oracle производства корпорации Microsoft тоже не поражает воображения, но тем не менее представляется наиболее приемлемой.

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

Более того, центральная роль OLE DB в архитектуре работающих под управлением Windows распределенных приложений для Internet, DNA (Distributed InterNet Applications), а также в архитектуре DNS делает эту технологию реальным кандидатом на место ODBC. По всей вероятности, OLE DB станет важным компонентом при планировании будущих стратегий доступа к данным.

Но слепо применять ее не следует.

Когда стоит выбрать OLE DB

Если принимать решение относительно OLE DB предстоит уже сегодня, то на какие факторы следует обратить внимание? Разработчики Microsoft спроектировали OLE DB с учетом требований производительности, но с точки зрения архитектуры вызов OLE DB пересекает больше программных слоев, чем запрос SQL, запущенный непосредственно из кода через интерфейс API в ODBC. Поэтому при использовании ODBC процесс происходит немного быстрее. Чтобы компенсировать этот недостаток, разработчики предусмотрели следующую возможность: OLE DB позволяет агрегировать и интегрировать структурно различные типы данных и использовать их в Web-приложениях.

Нужно помнить о том, что перейти к OLE DB не так-то просто. Это предостережение актуально даже для тех пользователей, которые уже применяют объектную модель: RDO, или Data Access Object (DAO), или даже ADO версии более ранней, чем 2.х.

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

Если пользователи не знают, как реализовать достоинства гетерогенных запросов, не задействуют хранилища данных и не планируют интегрировать нереляционные типы данных (документы, электронные таблицы, электронную почту), они рискуют потерять производительность! (Или не обнаружить конкретных улучшений после обновления системы.)

Обычно я советую своим клиентам переходить к OLE DB только тогда, когда это обусловлено насущными потребностями бизнеса (как описано выше).

То же рекомендуется и при создании новых систем, так как в процессе проектирования можно сразу заложить в них все возможности, предоставляемые OLE DB. Гибкость, интеграция и однородность — важные качества OLE DB.

Если они необходимы для бизнеса компании, то переход к OLE DB может стать экономически эффективным.

Для вызова удаленных компонентов через HTTP в сети Web можно использовать службы удаленного доступа к данным, Remote Data Services (RDS).

Реализовать такую возможность позволяет применение в качестве ключевой технологии разработанных компанией Microsoft компонентов доступа к данным, Microsoft Data Access Components (MDAS), которые включают и OLE DB. Наконец, на клиентской стороне OLE DB предоставит для обработки отсоединенные наборы записей.

У OLE DB есть сильные и слабые стороны; эта технология не возникла по мановению волшебной палочки. Она проходит стадию совершенствования, чтобы со временем превратиться в признанный стандарт. Познакомиться с ней стоит сегодня, а применять — только тогда, когда вы будете готовы извлечь из этого конкретную пользу.

Источник: https://www.osp.ru/winitpro/2000/01/174144/

ODBC – открытый интерфейс к базам данных на платформе MS Windows. Создание источника данных при помощи ODBC

ODBC (Open Database Connectivity) – открытый интерфейс доступа к БД, который разработан фирмой Microsoft. Интерфейс предоставляет унифицированные средства взаимодействия прикладнои̌ программы (клиента) и сервера (базы данных).

Интерфейс ODBC был спроектирован поддержки наилучшей интероперабельности приложений, обеспечивающей унифицированный доступ любого приложения, ĸᴏᴛᴏᴩᴏᴇ использует ODBC, к разным источникам данных. К примеру, если приложение, ĸᴏᴛᴏᴩᴏᴇ соответствует стандарту SQL и ODBC, первоначально было разработано с БД MS Access, а после таблицы базы перенесли в БД MS SQL Server или БД Oracle, то приложение сможет и далее выполнять обработку данных без внесения каких-либо изменений.

Создание источника данных

Источник данных DSN, который используется функциями ODBC API, можно создать двумя методами: программно с помощью функции ODBC API и интерактивно с помощью утилиты ODBC.

Утилита ODBC

При запуске утилиты ODBC (рисунок 1) на вкладке Пользовательский DSN выводится список всœех источников данных, которые были зарегистрированы.

При создании нового источника данных в диалоге отображаются всœе зарегистрированные в реестре Windows ODBC-драйвера (рисунок 2).

К примеру, при создании источника данных, который позволяет работать с БД MS SQL Server, необходимо ввести имя DSN, который создается, имя зарегистрированного SQL-сервера (рисунок 3) и имя БД и некоторые дополнительные параметры.

Создание источника данных с использованием ODBC API

Две функции ODBC API ConfigDSN и SQLConfigDataSource, которые позволяют регистрировать новые источники данных или удалять информацию о них ᴎɜ реестра Windows (а так ᴎɜ файла ODBC.ini) находятся в DLL-библиотеке ODBCCP32.DLL.

Функция ConfigDSN отвечает за добавление, изменение или удаление источников данных и описывается следующим образом:

hwndParent – параметр, определяющий дескриптор окна или NULL. При неуказанном дескрипторе в ходе выполнения даннои̌ функции не будет отображаться окно с предложением уточнения параметров.

fRequest – параметр, указывающий тип запроса, который может принимать одно ᴎɜ следующих значений:

• ODBC_REMOVE_DSN – удаляет существующий источник данных;
• ODBC_CONFIG_DSN – изменяет существующий источник данных;
• ODBC_ADD_DSN – добавляет новый источник данных.

• lpszDriver – параметр, содержащий описание драйвера.
• lpszAttributes – параметр, содержащий список атрибутов в виде ʼʼключевое слово = значениеʼʼ.
• Функция SQLConfigDataSource описывается следующим образом:
• Параметры даннои̌ функции аналогичны параметрам предыдущей функции и другими значениями параметра fRequest:

• ODBC_REMOVE_SYS_DSN – удаляет существующий системный DSN;
• ODBC_CONFIG_SYS_DSN – изменяет существующий системный DSN;
• ODBC_ADD_SYS_DSN – добавляет новый системный DSN;
• ODBC_REMOVE_DSN – удаляет существующий пользовательский DSN;
• ODBC_CONFIG_DSN – изменяет существующий пользовательский DSN;
• ODBC_ADD_DSN – добавляет новый пользовательский DSN.

На днях столкнулся с такой проблемой, на windows 7 особенно в версии starter и home, нет источников данных ODBC.

ODBC (Open Database Connectivity) — программный интерфейс (API) доступа к базам данных, разработанный фирмой Microsoft, в сотрудничестве с Simba Technologies на основе спецификаций Call Level Interface (CLI), который разрабатывался SQL Access Group, X/Open и Microsoft. Впоследствии CLI был стандартизован ISO ISO/IEC 9075-3:2003. (англ.) Стандарт CLI призван унифицировать программное взаимодействие с СУБД, сделать его независимым от поставщика СУБД и программно-аппаратной платформы.

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

Для решения возникшей проблемы Microsoft и ряд других компаний создали стандартный интерфейс для получения и отправки источникам данных различных типов. Этот интерфейс был назван Open Database Connectivity, или открытый механизм взаимодействия с базами данных.

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

То есть, сама вкладка ODBC есть, вот скрин:

И даже открывается, но при доваблении «Системного DSN»

Нет выбора баз данных, как например на windows XP, выходит выбор только одного типов баз, это SQL, это совсем не хорошо. Потому как например, многие банк клиенты требуют источник данных ODBC именно от microsoft (mdb). А если его не выбрать так как же устанавливать банк клиент на Windows 7 starter или home? Внизу два скриншота, один windows 7 starter, другой windows XP.

Скажу, что выход из этого положения есть. Windows 7 starter или home, рассчитана для дома, поэтому в ней и нет наворотов, которые нужны для профессиональных программ.

Здесь и разница в цене, если home или starter версия колеблется в пределах 2100 – 3000 рублей, то PRO версия стоит как минимум в два раза дороже. Но все же можно поставить банк клиент и в Windows 7 starter и home.

Просто инсталлируйте банк клиент, он сам создаст источник данных ODBC от Microsoft, хотя его не будет видно в поле. То есть простыми словами поле будет пустое, а mdb база данных создастся.

• Инсталируем банк клиент
• После установки банк клиента, он прекрасно завелся, и работал.
• Тем самым компания Windows немного хитрит, то есть намекая вам, что для установки источника данных ODBC нужно покупать более дорогую версию, хотя и в starter или home все работает, просто нет поля.

И она даже открывается, но только — при доваблении «Системного DSN»:

Нет выбора баз данных, как например на Windows XP. Выходит выбор только одного из типов баз — SQL, а это совсем не хорошо.

Потому как например, многие банк-клиенты требуют источник данных ODBC именно от Microsoft (mdb)!!! А если его не выбрать так как же устанавливать банк клиент на Windows 7 Starter или Windows 7 Home?

1. Для сравнения посмотрите на два скриншота, один — Windows 7 Starter, другой — Windows XP.
2. 1) Windows 7 Starter:
3. 2) Windows XP Professional:

Тем не менее выход из этого положения есть! Версии Windows 7 Starter или Home, рассчитаны для дома, поэтому в них и нет тех наворотов, которые нужны для профессиональных программ.

Здесь и разница в цене, для сравнения: если стоимость Home или Starter версии Винды колеблется в пределах 2100 – 3000 рублей, то PRO-версия стоит как минимум в два раза дороже.

Но все же можно поставить банк-клиент и в Windows 7 Starter и Windows 7 Home. Просто инсталлируйте банк-клиент, он сам создаст источник данных ODBC от Microsoft, хотя его не будет видно в поле. То есть простыми словами поле будет пустое, а mdb база данных создастся.

Источник: https://skalolaskovy.ru/vista-and-7/184-odbc-for-windows-7

ODBC. Урок 1. Основы

Это первая «консультация» из целой серии, которая имеет дело с базами данных, программируемых в win32asm. Программирование баз данных становится всё более актуально в современном мире.

В настоящее время существует множество различных форматов баз данных.

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

К счастью, Микрософт имеет технологию, которая значительно помогает нам в этом отношении. Она называется ODBC, что означает Open Database Connectivity, т.е.

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

Как же функционирует ODBC? Какова её структура? Вы должны получить ясное представление об архитектуре ODBC перед его использованием. ODBC включает в себя четыре компонента:

• Приложение (ваша программа)
• ODBC менеджер
• ODBC Драйвера
• Источник Данных (базы данных)

Центральным компонентом является менеджер ODBC. Вы можете понимать под этим термином некого мастера управляющего работой ODBC. Вы сообщаете ему, что вы хотите сделать и он передаёт ваше желание своим рабочим (драйверам ODBC) которые и выполняют эту работу. Если рабочие имеют некоторые сообщения для вас, они сообщают об этом мастеру (менеджеру ODBC) и он передает сообщения вам.

Согласно этой модели, вы не работаете непосредственно с драйверами баз данных. Все действия по управлению драйверами ODBC осуществляет менеджер, его задачей является трансляция ваших желаний в реальность. Каждый драйвер ODBC знает всё о базе данных для которой он был разработан. Таким образом каждый компонент делает все возможное, чтобы упростить работу.

Ваша программа ODBC менеджер ODBC Драйвера Базы Данных

Менеджер ODBC поставляется Микрософт. Проверьте вашу Панель Управления. Если ваша машина имеет правильно установленный ODBC, то вы найдете Источник Данных ODBC (ODBC Data Sources) здесь.

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

Устанавливая новые драйверы ODBC, мы даём возможность нашей машине использовать новые базы данных, о которых она не знала прежде.

ODBC API — просты в использовании, но в любом случае вам необходимо обладать некоторыми знаниями о SQL и базах данных. Например: значение области, первичный ключ, записи, столбцы, колонки и т.п… Если у вас нет таких знаний, то я советую сначала их преобрести.

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

Драйвера ODBC отличаются в своих возможностях, поэтому приложения должны обладать возможностью, чтобы обнаружить поддерживает ли драйвер ODBC конкретную характеристику. ODBC предоставляет три уровня услуг, называемых Уровнями Соответствия Интерфейса (Interface Conformance Levels).

Если специфическая функция помечена как ядерная, то это означает, что вы можете использовать её не проверяя, поддерживающееся ли она конкретным драйвером ODBC. Если это функция уровня 1 или 2, то вам необходимо убеждится, что драйвер ODBC поддерживает её перед её использованием. Вы можете получить подробные сведения о ODBC API из MSDN.

Вам нужно знать некоторые термины ODBC перед началом программирования.

• Окружение (Environment). Это просто глобальный контекст, чтобы иметь доступ к данным. Если вы знакомы с DAO, то вы можете понимать это как рабочую область. Он содержит информацию, которая относится ко всей ODBC-сесии, это, например, описатели соединения в течение этого сеанса. Вы должны получить контекст среды прежде, чем сможете начать работать с ODBC.
• Соединение (Connection). Определяет драйвер ODBC и источник данных (базу данных). Вы можете иметь многочисленные связи с другими базами данных в той же среде.
• Инструкция (Statement). ODBC использует SQL как язык. Таким образом инструкция может быть простым запросом SQL который будет выполнен ODBC.

Ниже шаги, которые обычно необходимо выполнять при программировании с ODBC:

1. Подключится к источнику данных
2. Построить и выполнить одину или более инструкций SQL
3. Изучить результирующие записи (если имеются)
4. Отключится от источника данных

Источник: https://wasm.in/blogs/odbc-urok-1-osnovy.66/