Хотя компоненты 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.
Заключение
Какой компонент выбрать при разработке приложений баз данных Table или Query? Ответ на этот вопрос не сложен. Если приложение клиент – серверное, то однозначно целесообразней использовать компонент Query, поскольку во-первых, он более гибок и гораздо мощнее Table, а во-вторых не загружает сеть, а если база данных локальная, то во многих случаях можно обойтись Table, так как работа с ним гораздо проще и где не требуется мощь SQL - запросов он вполне может заменить Query.
Приложение
Чтобы показать реальную работу компонентов 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