Создание базы данных в Delphi 7. Личное дело

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

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

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

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

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

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

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

4. Базы  данных в Delphi 7.

    Компьютер и компьютерные программы следует воспринимать как рабочий инструмент, ежедневно применяемый в работе. В пакет Delphi 7 входит набор таких программ-инструментов, воспользовавшись которыми, вы сможете автоматизировать выполнение ежедневных задач. Очевидно, что знание того, когда нужно использовать систему управления базами данных DataBase Desktop, просто необходимо для такой автоматизации. Базы данных предназначены для хранения информации.

   С точки зрения Delphi при учете уровней  обработки данных из рассмотрения выпал процессор БД и ВDЕ, который берет на себя большую часть низкоуровневой обработки данных и установку соединения между СУБД и приложением. НО эта классификация подразумевает разделения на уровни только создаваемой разработчиком логики обработки данных, без учета стандартных используемых механизмов. Поэтому в документации по Delphi двухуровневые программы (с учетом уровня обработки ВDЕ) часто называются одноуровневыми приложениями, основными на ВDЕ.

Tерминология:

   Объединение - это логическое отношение между  двумя таблицами на основе внешнего ключа.

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

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

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

   Набор атрибутов - структура, которая содержит информацию о свойствах поля (его  типе, размере и т.д.) , а также  об особенностях визуализации данного  поля.

   В приложениях Delphi набор может быть получен не только в результате выполнения запроса SQL, но и простым открытием таблицы компонентом TTable (с фильтром или без него) . Следует отметить что любое обращение к БД ВDЕ, которые трансформируют любые виды требований на наборы данных в собственные запросы.

   Процессор баз данных Borland Database Engine (ВDЕ) 1. Архитектура ВDЕ является важнейшей составляющей частью механизма доступа к данным реализованного в Delphi.

   Архитектура ВDЕ основана на драйверах которые обеспечивают обмен данными с конкретными СУБД. Ядро процессора БД составляет совокупность динамических библиотек, содержащих механизмы обмена данными, управления запросами, поддержки национальных языков и т.д.

   В состав ВDЕ включены стандартные драйверы, обеспечивающие доступ к СУБД Paradox, dBase, Foxpro и текстовым файлом. Помимо этого в ВDЕ имеется простой механизм подключения любых драйверов ОДБС (например, Microsoft Access) т создание на их основе пакетов ОДВС.

   Доступ  к данным серверов SQL обеспечивает отдельная  система драйверов-SQL Links. С их помощью  в Delphi можно разрабатывать приложения для серверов Dracle 8, Sybase, DВ2 и, естественно, Interbase.

   Эта особенность архитектуры ВDЕ обеспечивает ряд существенных преимуществ.

   1. Реальное разделение программного  кода и механизм доступа к  данным. Причем сам доступ также осуществляется на нескольких уровнях - ВDЕ, драйвера, сервера БД. Приложение Delphi для работы с БД можно настроить на использования с любой СУБД, для которой имеется соответствующий драйвер, буквально за несколько минут. При этом перекомпиляция самой программы не требуется. Плата за такую великолепную переносимость - скорость обмена данными через ВDЕ и драйверы несколько меньше чем напрямую между приложением и СУБД.

   2. Разделение драйверов и выделение  в специальную группу драйверов  для серверов SQL позволило гораздо полнее использовать функциональные возможности серверов БД, а применение единого API сняло остроту проблемы интерпретации процесса выполнения транзакций разными серверами.

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

   -Система  обработки запросов Обеспечивает  выполнение запросов SQL и QBE от  приложения к любым базам данных, для которых установлен драйвер,  даже если сама СУБД не поддерживает  прямое использование запросов SQL -Система сортировки Является  запатентованной технологией и обеспечивает очень быстрый поиск по запросам SQL и через стандартные драйверы для Paradox и dBase.

   -Система  пакетной обработки представляет собой механизм преобразования данных из одного формата в другой при выполнении операций над целыми таблицами. Эта система использована в качестве основы для компонента TBatchMove и утилиты Data Pump, входящие в стандартную постановку ВДЕ.

   -Диспетчер  памяти Непосредственно взаимодействует  с ОС и обеспечивает эффективное  использование выделяемой памяти. Ускоряет работу драйверов, которые для получения небольших фрагментов памяти обращаются к нему, а не к ОС.

   -Диспетчер  буфета. Управляет единой для  всех драйверов буфетной областью  памяти, которую одновременно могут  использовать несколько драйверов.  Это позволяет существенно экономить системные ресурсы.

   -Транслятор  данных. Обеспечивает преобразования  форматов данных для различных  типов БД.

   -КЭШ  BLOB. Используется для ускорения  работы с данными в формате BLOB -SQL -генератор транслирует запросы QBE в запросы SQL.

   -Система  реструктуризации. Обеспечивает преобразования наборов данных в таблицы Paradox или dBase

   -Система  поддержки драйверов SQL повышает эффективность механизма поиска при выполнении запроса SQL

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

   -Связанные  курсоры. Механизм связанных курсоров  обеспечивает низкоуровневое выполнение  межтабличных соединений. Для реализации подобных связей на уровне VSL достаточно установить значение нескольких свойств.

   -Диспетчер  конфигурации. Обеспечивает разработчику  доступ к информации о конфигурации  драйверов. 

     Процесс доступа к данным из BDE осуществляется следующим образом:

   1) Компонент доступа к данным  приложения получает команду  на открытие набора данных  и при помощи унаследования  от предка (TBDE DataSet) методов обращается  к BDE с соответствующим запросом.

   2) BDE выделяет для нового процесса  необходимые ресурсы и, при необходимости, транслирует запрос в соответствии с особенностями драйвера запрашиваемой СУБД.

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

   4) Настройка BDE для управления псевдонимами баз данных, настройки стандартных и дополнительных драйверов в составе BDE имеются специальная утилита - BDE Administrator.

   Стандартная конфигурация BDE сохраняется в файле /DAP/. CFG. При необходимости текущую конфигурацию в новом файле с расширением CFG.

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

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

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

   Любое приложение Delphi, работающее с базами данных и написанное с использованием стандартных компонентов доступа  к данным, обращается к данным и получает результат при помощи BDE. При этом механизм доступа к данным использует вызовы функций из API BDE.

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

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

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

   1. Инициализация BDE (функция DbiInit) .

   2. Открытие объектов базы данных (функция Dbiopen Database) .

   3. Определение рабочего каталога (функция  Dbi Set Direktory) , если на предыдущем  этапе не задан псевдоним БД.

    4. Определение временного каталога (функция Dbi Set Private Dir) .

   5. Открытие набора данных и создание курсора (функции DbiOpen Table, DbiQExec и пр.; дескриптор курсора hDBICur) .

   6. Заполнение структуры CUR Props, содержащей данные о курсоре и наборе данных (функция Dbi Get Cursor Props) .

   7. Выделение памяти для буфера  записи.

   8. Навигация по набору данных (функции Dbi Set to Begin, Dbi Set to End, Dbi Set to Cursor ипр.)

   9. Чтение необходимой записи (функции Dbi Get Relativ Recod, Dbi Get Next Recod, Dbi Get Recod, Dbi Get Prior Recod и пр.) .

   10. Чтение или обновление необходимого поля (функции Dbi Get Field) .