Open или ExecSQL?

После того, как составлен SQL запрос, есть два различных способа выполнить его. Если нужно получить курсор, то нужно вызывать Open. Если выражение SQL не подразумевает возвращение курсора, то нужно вызывать ExecSQL. Например, если происходит вставка, удаление или обновление данных (т.е. SQL запросы INSERT, DELETE, UPDATE), то нужно вызывать ExecSQL. Тоже самое можно сказать по-другому: Open вызывается при запросе типа SELECT, а ExecSQL - во всех остальных случаях.

Вот типичный SQL запрос, который используется для удаления записи из таблицы:

delete from Country where Name = ‘Argentina’;

Этот запрос удалил бы любую запись из таблицы COUNTRY, которая имеет значение "Argentina" в поле Имя.

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

delete from Country where Name = :CountryName

В этом случае переменная :CountryName может быть изменена во время выполнения:

Query2.Prepare;

Query2.Params[0] := ‘Argentina’;

Query2.ExecSQL;

Код сначала вызывает Prepare, чтобы сообщить Delphi что он должен разобрать SQL запрос и подготовить свойство Params. Следующим шагом присваивается значение свойству Params и затем выполняется подготовленный SQL запрос. Нужно обратите внимание, что он выполняется через ExecSQL, а не Open.

6. Сходства и различия TTable и TQuery

Хотя компоненты TTable и TQuery и являются потомками класса TDataSet и во многом, методика работы с объектом TQuery похожа на методику работы с TTable, однако есть свои особенности.

Поскольку в ряде случаев компоненты TTable и TQuery в приложениях взаимозаменяемы, то возникает вопрос – какой же из них использовать?

При работе с локальными базами данных чаще используется Table. С его помощью проще не только просматривать таблицу базы данных, но и модифицировать записи, удалять их, вставлять новые. Но при работе с клиент - серверными базами данных компонент Table становится мало эффективным. В этом случае он создает на компьютере пользователя временную копию серверной базы данных и работает с этой копией. Естественно, что подобная процедура требует больших ресурсов и существенно загружает сеть.

Этот недостаток отсутствует в компоненте Query. Если запрос SQL сводится к просмотру таблицы (запрос Select), то результат этого запроса (а не сама исходная таблица) помещается во временном файле на компьютере пользователя. Правда, в отличии от набора данных, создаваемого Table, это таблица только для чтения и не допускает каких-то изменений. Впрочем, это ограничение можно обойти. Если же запрос SQL связан с какими-то изменениями содержания таблицы, то никаких временных таблиц не создается. BDE передает запрос на сервер, там он обрабатывается и в приложение возвращается информация о том, успешно ли завершена соответствующая операция. Благодаря такой организации работы эффективность Query при работе в сети становится намного выше, чем эффективность Table. К тому же язык SQL,позволяет формулировать сложные запросы, которые не всегда можно реализовать в Table.

С другой стороны при работе с локальными данных эффективность Query заметно ниже эффективности Table. Замедление вычислений получается весьма ощутимым.

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

7. Заключение

Какой компонент выбрать при разработке приложений баз данных Table или Query? Ответ на этот вопрос не сложен. Если приложение клиент – серверное, то однозначно целесообразней использовать компонент Query, поскольку во-первых, он более гибок и гораздо мощнее Table, а во-вторых не загружает сеть, а если база данных локальная, то во многих случаях можно обойтись Table, так как работа с ним гораздо проще и где не требуется мощь SQL - запросов он вполне может заменить Query.

8. Приложение

Чтобы показать реальную работу компонентов Delphi для работы с базами данных я приведу пример приложения работающего с БД «Справочник сотрудника ГИБДД».

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

База данных состоит из 6 таблиц:

1. Autos – данные о автомобилях

2. Colors – цвета

3. Construction – типы кузова

4. Driver – данные о водителях

5. Marks – марки автомобилей

6. Ugon – данные о угнанных автомобилях

рис 1. Главная форма приложения

Работа приложения начинается с подключения к БД с помощью пункта меню БД-Подключиться или нажатия комбинации клавиш “Alt+C”. Отключение – БД-Отключиться/Выход или нажатие клавиши F10.

Пункт меню «Работа» содержит в себе следующие подпункты: «Поиск автомобиля» (рис.2) и «Приглашение на тех.осмотр» (рис.3). В первом подпункте ведется поиск, имеется возможность поиска транспортного средства по различным критериям.

рис 2. Форма поиска для поиска транспортного средства

рис 3. Форма транспортных средств подлежащих тех.осмотру

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

рис 4. Вид окна отчета «Приглашение на те.осмотр»

Также через пункты меню производится вызов справочников для работы с данными. В приложении существует 6 видов справочников: автомобили, водители, марки, тип кузова, цвет, угнанные автомобили.

Основным справочником является справочник «Автомобили» (рис.6), здесь сосредоточены данные обо всех автомобилях и их владельцах зарегистрированных в базе данных.

рис 5. Справочник автомобилей

Список использованной литературы:

1. В.Фаронов «Программирование баз данных в Delphi 6» Питер 2003

2. А.Я.Архангельский «Программирование в Delphi 6» Бином 2003

3. В.Бобровский «Delphi 5» Питер 2001

4. И.Ю.Баженова «Delphi 5 Самоучитель программиста» Кудиц-Образ 2001