11.6. Базы данных и средства работы с ними

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

Характеристика механизмов доступа к данным

Одно- и двухуровневые приложения С++ Bi Jder могут осуществлять до­ступ к локальным и удаленным БД с использованием следующих меганиз- мов:

• BDE (Borland Database Engine — процессор баз данных фирмы Borland), предоставляющий развитый интерфейс API для взаимодействия с ба­зами данных (представляет собой набор динамических библиотек и драйверов, предназначенных для организации доступа к БД);

• ADO (ActiveX Data Objects — объекты данных ActiveX) осуществ­ляет доступ к информации с помощью OLE DB (Object Linking and Embedding Data Base — связывание и внедрение объектов баз дан­ных);

• dbExpress обеспечивает быстрый доступ к информации в базах данных с помощью набора драйверов;

• InterBase pea лизует непосредственный доступ i базам данных InterBase.

Выбор варианта технологии доступа к информации в базах данных, кроме прочих соображений, определяется с учетом удобства подготовки разрабо­танного приложения к распространению, а также дополнительного расхода ресурсов памяти. К примеру, инсталляция для BDE требует примерно 15 Мбайт внешней памяти на диске и настройки псевдонимов используемых баз данных. Вариант InterBase вряд ли можно назвать конкурентоспособным, поскольку он ориентирован строго на работу с одноименным сервером баз данных.

Трехуровневые приложения С++ Builder можно создавать с помощью меха­низма DataSnap. Используемые при создании трехуровневых (многоуровне­вых) приложений баз данных компоненты расположены на страницах DataSnap и Data Access Палитры компонентов.

BDE преде гавляет < обой совокупность динамических библиотек и драй веров, обеспечивающих доступ к данншм. Процессор BDE должен устанав­ливаться на всех компьютерах, на которых выполняются С++ Builder-прило­жения, осущест вляющие работу с БД. Приложение через BDE передает запрос к базе данных, а обратно п< шучает требуемые данные. Механизм BDE до пос­ледней версии системы С++ Builder ,ю 1учил самое широкое распростране­ние ввиду широкого спектра предоставляемых им возможностей. Идеологи фирмы Borland планируют отказаться от его поддержки, заменив гго меха­низмом dbExpress. Мы приводим множество примеров и описание техноло­гии применения BDE для работы с базами данных в связи с тем, чти накопле­но большое количество приложений с использованием этого подхода.

Механизм ADO доступа к информации базы данных является стандартом фирмы Microsoft. Использование этой технологии подразумевает использо вание настраиваемых провайдеров данных. Технология ADO обеспечивает универсальный механизм доступа из приложений к информации источни­ков данных. Эта технология основана на стандартных интерфейсах СОМ, являющихся системным механизмом Windows. Это позволяе т удобно распро- с граня ть приложения баз данных без вспомогательных библиотек.

Механизм доступа dbExprcss подразумевает использование совокуп­ности драйверов, компонентов, инкапсулирующих соединения, транзак­ций, запросов, наборов данных и интерфейсов. С ее помощью обеспечи­вается универсальный доступ к функциям этого механизма. Обеспечение взаимодействия с серверами баз данных по технологии dbExpress осно­вано на использовании специализированных драйверов. Последние для получения данных применяют запросы SQL. На стороне клиента при этом нет кэширования данных, здесь применяются только однонаправленные курсоры и не обеспечивается возможность прямого редактирования на­боров данных.

Далее рассматривается работа с локальными БД с помощью механизма BDE. Соответствующая локальная архитектура информационной системы приведена на рис. 11.12. Работа с БД происходит, как правило, в однополъзо ватпельском режиме. При необходимости можно запустить на компьютере дру­гое приложение, одновременно осуществляющее доступ к этим же данным. Для управ дения совместным доступом к БД необходимы специальные сред­ства контроля и защиты. Эти средства могут понадобиться, например, в слу­чае, когда приложение пытается изменить запись, которую редактирует дру­гое приложение. Каждая разновидность БД осуществляет подобный контроль своими способами и обычно имеет встроенные средства разграничения дос тупа.

Рис. 11.12. Локальная архитектура с BDE

Для доступа к локальной БД процессор баз данных BDE использует стан даргные драйверы, которые позволяют работать с форматами БД dBase. Paradox, FoxPro, а также с текстовыми файлами.

Таблицы баз данных

Напомним, что реляционная база данных (БД) состоит из взаимосвязан­ных таблиц. Каждая таблица содержи г информацию об объектах одного тина, а совокупность всех таблиц образует единую БД.

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

Для одной таблицы создается несколько файтов, содержащих данные, ин дексы, ключи и т. п. Главным из них является файл с данными, имя этого фай па совпадает с именем таблицы, которое задается пои ее создании. В некотором смысле понятия таблицы и ее главного фай та являются синонимами, при выооре таблицы ьыбирается именно ее главный файл: для таблицы dBase это файл с расширением dbf, а для таблицы Paradox — файл с расширением db. Имена остальных файлов таблицы назначаются авт оматически — все файлы имеют одинаковые имена, совпадающие с именами таблиц, и разные расши­рения, указывающие на содержимое соответс гвующего файла. Расширения файлов приведены ниже в данной главе в разделе «Форматы таблиц».

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

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

Основ)' таблицы составляет описание ее полей, каждая таблица должна иметь хот я бы одно поле. Как отмечалось, понятие структуры таблицы явля­ется более широким и вк тючает: огисание полей, ключ, индексы, ограниче­ния назначения полей, ограничения ссылочной целостности между таблица­ми, пароли.

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

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

При созбании таблицы задаюте я структура и имя таблицы При сохраме - нии на диске создаются все необходимые файлы, относящиеся к таблице. Их имена совпадают с именем таблицы.

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

При переименовании таблица получает новое имя, в результате чего новое имя также получают все ее файлы. Для этого используются соответствую­щие программы (утилиты), предназначенные для работы с таблицами БД, например, Database Desktop или Data Pump. Отметим, что таблицу нельзя переименовать, просто изменив названия всех ее файлов, например, с помо­щью Проводника Windows.

При удалении т аблицы с диска удаляются все ее файлы. В от л ичие от пере­именования удаление таблицы можно выполнить посредством любой про­граммы (в том числе и с помощью Проводника Windows).

Ключи и индексы

Как отмечалось, ключ представляет собой комбинацию полей, данные в которых однозначно определяют каждую запись в таблице. Простой ключ состоит из одного поля, а составной (сложный) — из нескольких полей. Поля, по которым построен ключ, называют ключевыми. В таблице может быть оп­ределен то лько один кл юч. Ключ также называя п первичным н чючом или пер­вичны ч (главны i) индексом.

Информация о ключе может храниться в отдельном файле или совместно с данными таблицы. Например, в БД Paiadox для этой цели используется от­дельный файл (ключевой файл или файл главного индекса) с расширением рх. В БД Access вся информация содержится в одном общем файле с расши­рением mdb. Значения ключа располагаются в определенном порядке. Для каждого значения ключа имеется уникальная ссылка, указывающая на рас­положение соответствующей записи в таблице (в главном ее файле). Поэто­му при поиске записи выполняется не последовательный просмотр всей таб лицы, а прямой дост уп к записи на основании упорядоченных значений ключа.

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

Напомним, что удобным вариантом создания ключа будет использование для него поля соответствующего типа, которое автоматически обеспечивает поддержку уника льности значений. Для таблиц Paradox таким является поле автоинкрементного типа, еще одним достоинством которого является неболь­шой размер (4 байта). В то же время в таблицах dBase и InterBase поле подоб­ного типа отсутствует, и программист должен обеспечивать уникальность значений ключа самостоятельно, например, используя специальные генера­торы.

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

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

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

Сортировка представляет собой упорядочивание записей по полю или группе полей в порядке возрастания или убывания их значений. Можно ска­зать, что индекс служит для сортировки таблиц по индексным полям. В ча­стности, в С++ Bv i der записи набора Table можно сортировать только по индексным полям. Набор данш ix Query позволяет выполнить средствами SOL сортировку по любым полям, однако и в этом случае для индексиро­ванных полей упорядочивание записей выполняется быстрее.

Для одной таблицы можно создать несколько индексов. В каждый момент времени один из них можно сделать текущим, т. е. ак гивным. Даже при суще­ствовании нескольких индексов таблица может не иметь текущего индекса (текущий индекс важен, например, при выполнении поиска и сортировки за­писей набора данных Table).

Ключевые поля обычно автоматически индексируются. В таблицах Paradox ключ также является главным (первичным) индексом, который не именуется. Для таблиц dBase ключ не создается, и его роль выполняет один из индексов. Создание ключа мижет привести к побочным эффек­там. Так, если в таблице Paradox определить ключ, то записи автоматичес­ки упорядочиваются по его значениям, что в ряде случаев является неже­лательным.

Одной из основных задач БД являе гея обеспечение быстрого доступа к данным (поиска данных). Время доступа к данным в значительной степени зависит от используемых для поиска данных методов и способов.

11 Borland C+-. Builder 403

Способы доступа к данным

При выполнении операций с таблицами bD + Builder используется один из следующих способов доступа к даннпш:

• навигационный;

• ре. [яционный.

Навигационный способ доступа заключается в обработке каждой отдель­ной записи таблицы. Этот способ обычно используется в локальных БД или в удаленных БД небольни iro размера. Если необходимо обрабо гать несколь­ко записей, го все они обрабатываются поочередно.

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

Способ доступа к данным выбирается программистом и зависит от средств доступа к БД, используемых при ра фаботке приложения. Например, в при­ложениях, создаваемых в С++ Builder, реализацию навигационного способа доступа можно осуществить посредством компонентов Table или Query а ре ляционного — с помощью компонента Query.

Таким образом, методы доступа к данным определяются структурой БД, а способы доступа — приложением.

Связь между таблицами

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

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

()собенности использования индексов зависят от формата t вязываемых таблиц. Так, для таблиц dBase индексы строятся по одному нолю и нет деле­ния на ключ (главный или первичный индекс) и индексы.

Для организации связи в главной и подчиненной таблицах выбираются индексы, состав ленные по полям совпадающего типа, например, целочислен­ного.

Для таблиц Paradox в качестве полей связи главной таблицы должны ис­пользоваться пиля ключа, а для подчиненной таблицы — поля индекса. Кро­ме того, в подчиненной таблице ооязат ельно должен быть определен ключ. На рис. 11-13 показана схема связи между таблицами БД Paradox.

Главная таблица Под чиненная таблица

	Ключ			Инд°кг		(внешнмй ключ)
M_Code		• » »		D_Num	D_Code		• ♦ •
Ключрвор поле		♦ ♦ «		Ключрвор пплр	Индркснор поле		t ф •

Рис 11.13. Схема связи между таблицами базы данных Paradox

В главной таблице определен ключ, построенный по нолю М С< >de авто­инкрементного типа. В подчиненной таблице определен ключ по полю D Num также автоинкрементного тина и индекс, noci роенный по полю DCode целочисленного типа. Связь между таблицами уст анавливается по полям D_Code и М Code. Инде кс по полю D Code является внешним клю­чом. В названия полей включены префиксы, указывающие на принадлеж ность подя соответствующей таблице. Так, названия полей главной табли­цы начинаются с буквы М (Master), а названия полей подчиненной таблицы начинакш я с буквы D (Detail). Подобное именование полей облегчает ори- ен гацию в их названиях, особенно при большом количестве таблиц.

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

Связь между таблицами определяет отношение подчиненности, при кото­ром одна таблица является главной (родительской, или мастером — Master), а чторая — поочиненной (дочерней, или детальной — Detail). Саму связь (от­ношение) называют связь «главный подчиненный», «родительский-дочер- ний» или «мастер-детальный».

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

Ограниче ния по установке, изменению полей связи и каскадному удалению записей могут быть наложены на таблицы при их создании. Эти ограничения, наря ду с другими элементам!, например описаниями полей и индексов, вхо­дят в структуру таблицы и действуют для всех приложений, которые выполня­ют операции с БД. Указанные ограничения можно задать при создании или реструктуризации таблицы, например, в среде программы Database Desktop, которая позволяет устанавливать связи между таблицами при их создании.

Ограничения. < вязанные с ус тановкой, изменением значений полей связи и каскадным удалением записей, могут и не входить в структуру Таблицы (таб­лиц), а реализоьываться программным способом. Л этом случае программист должен обеспечить.

• организацию связи между таблицами;

• установку значения поля связи подчиненной таблицы (это может также выполняться автоматически);

• кон гроль (запрет) редак гирования полей связи;

• организацию (запрет) кас кадного удаления записей.

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

Форматы таблиц

С++ Builder не имеет своего формата табтиц, но поддерживает как <об- ственные два гипа локальных таблиц — dBase и Paradox. Каждая из этих таб­лиц имеет свои особенности.

Таблицы dBase являются одним из первых появившихся форматов таблиц для персональных компьютеров и поддерживаются многими системами, ко­торые связаны с разработкой и обслуживанием приложений, работающих с БД. Основные достоинства таблиц dBase: простота испо. п>зования и совмес­тимость с большим числом приложений.

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

• dbf — таблица с данными.

• dbt — данные больших двоичных объектов, или ВЮВ-данные (Binary Large OBject). К ним относятся двоичные, Memo- и OLE-поля. Мепто- полс также называют нолем комментариев.

• mdx - поддерживаемые индексы.

• ndx — индексы, непо< редственно не поддерживаемые форматом a Base. При использовании таких индексов npoi раммист должен обрабатывать их самостоя гельно.

Имя ноля в таблице dBase должно состоять из букв и цифр и начинаться с буквы. Максимальная длина имени составляет 10 символов. В имена нельзя включать специальные символы и пробел.

\

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

Таблицы Paradox являются достаточно развитыми и удобными дтя создания БД. Можно отметить следующие их достоинства: бо шшое количестве типов по­лей для пред< тавления данных различных типов; поддержка целостности дан­ных; организация проверки вводимых данных; поддержка парольной защит ы таблиц.

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

Бла] одаря своим достоинствам таблицы Paradox используются чаще. В табл. 11.1 содержится список типов полей для таблиц Pai adox 7. Для каждого типа приводятся символ, используемый для обозначения этого тина в иро- I рамме Database Desktop, и опи< ание значений, которые может содержать поле рассматриваемого типа.

Таблица 11.1.

Типы полей таблиц в Paradox 7

Тип	Обозначение	Описание значения
Alpha	A	Строка символов. Длина не более 255 символов
Number	N	Число с плавающей точкой Диапазон -10307... 10308. Точность 15 цифр мантиссы
Money	$	Денежная сумма. Отличается от типа Number тем, что в значении отсюражается денежный знак. Обозначение денежного знака зависит от установокWindows
Short	S	Целое число. Диапазон -32 768... 32 767
Longlntager	1	Целое число Диапазон -2 147 483 648... 2 147 483 647
BCD	#	Число в двоично-десятичном формате
Date	D	Дата. Диапазон 01.01.9999 до н. э.... 31.12.9999
Time	T	Время
Timestamp	@	Д-гга и время
Memo	M	Строка символов. Длина не ограничена Первые 240 символов хранятся в файле таблицы, остальные в файле с расширением mb
Formatted	F M*jmo	Строка символов. Отличается от типа Memo тем, что строка может содержать форматированный текст
Graphic	G	Графическое изображение. Форматы BMP, PCX. TIFF, GIF иErS. При загрузке в поле изображение преобра­зуется к форматуBMP. Для хранения изображения используется файл с расширениемmb

Тип	Обозначение	Описание значении
OLE	О	Данные в формате, который поддерживается техноло­гией OLE. Данные хранятся в файле и расширениемmb
Logical	L	Логическое значение. Допустимы значения true (истина) иfalse (ложь). Разрешается использование прописных букв
Autoincremenl	+	Автоинкрементное поле. При добавлении к таблице новой записи в поле автоматически злноси >ся значе­ние, на единицу большее, чем в последней дибаслен- ной записи. При удалении записи значение ее автоин­крементного поля больше не будет использовано. Значение автоинкремен гного поля доступно для чтения и обычно используется в качестве ключевого поля
Binary	В	Последовательность Сайтов Длина не ограничена Байты содержат произвольное двоичное значение Первые 240 байтов хранятся в файле таблицы, осталь­ные в файле с расширением mb
Bytes	Y	Последовательность байтов Длина не более 255 байтор

Замечание.

При работе с таблицей в среде программы Database Desktop значения по­лей типа Graphic, Binary, Memo и OLE не отображакж я.

Имя пиля в т аблице Paradox должно состоять из букв (допускается кирил лица) и цифр и начинаться с буквы. Максимальная длина имени составляет 25 символов. В имени можно использовать такие символы, как пробел, #, $ и некоторые другие. Не рекомендуется использовать символы ., ! и |, т. к. они згрезерьированы в С++ Builder для других целей.

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

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

Определенным недостатком таблиц Paradox является наличие относитель­но большого количества типов файлов, требуемых для хранения содержащих­ся в таблице данных. При копировании или перемещении какой-либо табли­цы из одного каталога в другой необходимо обеспечить копирование или переме щение всех файлов, относящихся к этой таблице. Файлы таблиц Paradox имеют следующие расширения:

• db - таблица с данными;

• mb — BLOB-данные;

• рх — главный индекс (ключ);

• xg* и yg* — вторичные индексы;

• val — параметры для проверки данных и целостности ссылок;

• tv и fam — форматы вывода таолицы в npoi рамме Database Desktop.

Указанные файлы создаются по мере необходимости; конкретная таблица

может не иметь всех приведенных файлов.

Инструменты

Хотя система С++ Builder не имеет своего формата таблиц БД, тем не ме­нее, она обеспечивает развитую поддержку большого количества раз. [ичных СУБД — как лока льных (например, dBase или Paradox), так и промышлен­ных (например, Sybase или InterBase). Средства С++ Builder, предназначен­ные для работы с БД, можно разделить на два вида:

• инструменты;

• компоненты.

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

Кимпиненты предназначены для создания приложений, осуществляющих операции с БД. Кроме компонентов, С+ + Bi lilder предоставляет разработчи­ку специальные объекты, например, объекты типа Held (залают поля табли­цы).

Напомним, что в С++ Builder имеется окно Обозревателя дерева объектов (Object TreeView), которое отображает иерархическую структуру объектов те­кущей формы. При разработю: приложений баз данных его удобно использо­вать для просмотра структуры базы данны t и изменения связей между ком поненгами. Кроме того, в окне Редактора кода имеется вкладка Diagram, служащая для отображения и настройки взаимосвязей между элементами баз данных.

Кроме процессора баз данных BDE, для операций с БД система С++ Builder предлагает следующий набор инструментов.

• BDE Administrator — утилита для настройки различных параметров BDE, настройки драйверов баз данных, создания и удаления драйверов ODBC, создания и обслуживания псевдонимов.

• Database Desktop - программа создания и редактирования таблиц, SQL- запросов и запросов QBE.

• SQL Explorer — Проводник БД, позволяющий просматривать и редак­тировать БД и словари данных

• SQL Builder — программа визуального констручроьания SQL-3anpoi ов.

• SQL Monitor — программа отслеживания порядка выполнения SQL-зап- росов к удаленным БД.

• Data Pump — программа для переноса данных (схемы базы данных и со­держимого) между БД.

• IBConsole — программа для управ, тения удаленными БД.

• InterBase Server Manager — программа для запуска сервера InterBase.

• SQL Links — драйверы для доступа приложений (с использованием BDE) к удаленным промышленным СУБД, таким как Microsoft SOL Server или Oracle.

• dbExpress — набор драйверов для доступа к базам данных SOL (InterBase, DB2, Oracle, MSSQL, MySQL)

• InterBase Server — клиентская и серверная части сервера InterBase.

Одни инструм< нты, например. BDE Adminisl rator и SQI. Explorer, можно

использован ь для работы с локальными и удаленными БД, другие, например, IBConsole, — для работы с удаленными БД.