SQL Anywhere 11 – ODBC Administrator

Окно администратора источников данных имеет ряд вкладок. Источник данных следует добавлять на вкладке Пользовательский DSN (доступен только для текущего пользователя ОС) или на вкладке Системный DSN (доступен для всех пользователей).

Для добавления источника необходимо нажать кнопку Добавить

Вначале необходимо выбрать поставщика данных (драйвер конкретной СУБД).

Далее необходимо за несколько шагов заполнить параметры источника данных, настройка которых зависит от типа выбранной СУБД.

Затем следует протестировать работоспособность источника данных на вкладке Login. Для этого надо ввести имя пользователя БД в поле User ID, его пароль в поле Password и нажать кнопку Test Connection. Если все параметры источники заданы правильно, то появиться окно с сообщением Connection successful

 

Среда разработки Delphi. Архитектура приложений баз данных. ADO

Приложения БД

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

Взаимодействие с БД подразумевает:

- получение данных (включает поиск БД, поиск таблицы и чтение данных из нее),

- представление данных в определенном формате для просмотра пользователем,

- редактирование данных в соответствии с реализованными в программе бизнес-алгоритмами и возврат обработанных данных обратно в БД.

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

- получения и отправки данных,

- внутреннего представления данных в том или ином виде,

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

- бизнес-логику для обработки данных.

Средства получения и отправки данных обеспечивает соединение с источником данных (часто опосредованно через специальное ПО - СУБД). Приложение должно "знать", куда ему обращаться и какой протокол обмена данными использовать.

Средства внутреннего представления данных являются ядром приложения баз данных. Он обеспечивает хранение полученных данных в приложении и предоставляет их по запросу других частей приложения.

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

Бизнес-логика приложения представляет собой набор реализованных в программе алгоритмов обработки данных.

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

Архитектура приложений БД

Базовый механизм доступа к данным обеспечивается тремя типами компонентов:

· компоненты, инкапсулирующие набор данных (потомки класса TDataSet);

· компоненты диспетчеры TDataSource;

· визуальные компоненты отображения данных.

Рассмотрим схему взаимодействия этих компонентов в приложении баз данных (рис. 1).

Рис. 1. Механизм доступа к данным приложения баз данных

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

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

С каждым компонентом доступа к данным должен быть связан как минимум один компонент TDataSource. В его обязанности входит:

- соединение набора данных с визуальными компонентами отображения данных. Компонент TDataSource обеспечивает передачу в эти компоненты текущих значений полей из набора данных и возврат в него сделанных изменений.

- синхронизация поведения компонентов отображения данных с состоянием набора данных. Например, если набор данных не активен, то компонент TDataSource обеспечивает удаление данных из компонентов отображения и их перевод в неактивное состояние. Или, если набор данных работает в режиме "только для чтения", то компонент TDataSource передает в компоненты отображения запрещение на изменение данных.

Компонент TDataSource организует передачу в компоненты отображения данных значений необходимых полей из текущей записи. При перемещении по записям набора данных текущие значения полей в компонентах отображения данных автоматически обновляются.

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

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

Доступ через ADO.

В Delphi реализовано достаточно большое число разнообразных технологий доступа к данным: Borland Database Engine (BDE), Microsoft ActiveX Data Objects (ADO) или dbExpress. Но последовательность операций при конструировании приложений баз данных остается почти одинаковой.

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

ADO это технология стандартного обращения к реляционным данным от Microsoft. Для работы с ADO Delphi на вкладке компонентов ADO есть шесть компонентов:

TADOConnection,

TADOCommand, TADODataSet, TADOTable, TADOQuery, TADOStoredProc.

 

Модуль данных

Для размещения компонентов доступа к данным в приложении баз данных желательно использовать специальную "форму" — модуль данных (класс TDataModule). Модуль данных не является обычной формой приложения (его родителем является класс TComponent). В модуле данных можно размещать только невизуальные компоненты.

В репозитории объектов модулю данных соответствует значок Data Module расположен на странице New (New - Other -).

Сохраним файл модуля по именем uDM, а форме дадим имя DM.

Рис. 3. Модуль данных

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

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

implementation

uses DM;

...

DM.tblBook.Open;