Технология работы процессора баз данных фирмы Borland и "клиент-серверная" работа

БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИНФОРМАТИКИ И РАДИОЭЛЕКТРОНИКИ

Кафедра информационные технологии автоматизированных систем

РЕФЕРАТ

на тему:

«ТЕХНОЛОГИИ РАБОТЫ процессора баз данных фирмы Borland и «клиент-серверная » работа»

МИНСК, 2008

СОДЕРЖАНИЕ

1. Технология BDE

2. Суть “клиент-серверной” работы

1. ТЕХНОЛОГИЯ BDE

В этой теме мы затрагиваем работу конкретных систем. В частности, мы используем для рассмотрения среду DELPHI 7.0 и среду программирования VS C#.NET. Однако те вопросы, которые здесь излагаются, рассматриваются на первоначальном уровне знакомства. В последующем изложении мы будем использовать сведения, представленные в этой секции.

Технология BDE - Borland DataBase Engine (процессор баз данных фирмы Borland) является совокупностью драйверов, обеспечивающих связь программ, разработанных в DELPHI, с различными базами данных. BDE содержит драйвера для:

q DB2

q Informix

q InterBase

q MS SQL Server

q MS ACCESS

q FoxPro

q Paradox

q SyBase

q Oracle

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

Кроме этих драйверов, BDE содержит механизмы для создания БД, конвертации данных, поддержания клиентской стороны и др.

Процессор BDE наиболее эффективно работает с БД Paradox и DB2.

Рассмотрим возможности BDE на примере. Запустим DELPHI 7.0. Выберем пункт Tools, подпункт DATABASE DESKTOP.

Воспользуемся этой утилитой для создания собственной таблицы. В главном меню утилиты DataBase DeskTop выберем пункт меню File, подпункт New Table. Появится следующее окошко:

Рис.1.4

Выберем в выпадающем списке этот тип - Paradox7. Откроется окно следующего вида

Рис.1.5

При создании таблицы нужно ввести названия и типы полей, а также указать их размер (в поле Size) и, если нужно, задать ключевое поле (Key).

Создадим таблицу, которой в дальнейшем при сохранении присвоим имя moo.db (расширение db относится к файлам БД Paradox) :

Рис.1.6.

Для ввода значений в табл. На рис.1.6 используйте клавишу <ENTER>. С помощью этой же клавиши выполняйте переход на новую запись. Используйте контекстное меню, например, при выборе типа записи в колонке Type, вызывая ее щелчком правой кнопки мыши.

Для определения индексного поля используйте кнопку Define Index. В нашем примере мы воспользовались английской символикой, поскольку DELPHI не совсем корректно работает с кириллицей.

После выполнения рассмотренных действий нажмите кнопку Save As, укажите имя для таблицы и имя алиаса (если хотите сохранить таблицу в уже существующей БД) и нажмите OK.

Под алиасом БД понимается ее псевдоним. Псевдоним позволяет использовать короткое имя вместо указания полного пути к БД. Для создания алиаса выполните следующие действия

1. В стартовом окне DELPHI выберите п.DataBase, подпункт Explorer.

2. Выберите п. Object -> New.

3. В диалоговом окне New DataBase Aliases выберите драйвер STANDARD

4. Отредактируйте имя алиаса в текстовом поле в левой части панели. Присвойте свое имя.

5. Укажите путь к таблице

6. Выберите пункт Object, подпункт Object Apply

В результате имя алиаса будет зарегистрировано в реестре WINDOWS.

Теперь таблица создана и сохранена либо в существующей БД, либо как автономная (свободная) таблица.

Введем данные в таблицу, по прежнему воспользовавшись BDE. В главном окне DELPHI выберем пункт DataBase, подпункт FormWizard:

Рис.1.7

Следуя указаниям мастера, перемещаемся по окнам, при этом остановимся на окне выбора ранее созданной таблицы:

Рис.1.8

Указав созданную ранее таблицу Paradox с именем moo.db, получим следующее окно:

Рис.1.9

Здесь нужно перенести поля таблицы с левого окна в правое, выделяя их и используя для переноса кнопку со стрелкой. Опуская дальнейшие шаги и принимая предлагаемые опции, получим следующий результат (Рис.1.10).

Рис.1.10

Для того чтобы ввести данные и поработать с таблицей, построенной мастером, нажмите F9 или выберите пункт Run основного меню Delphi. При этом приложение запустится и мы получим окно с таблицей и навигатором для перемещения по таблице (Рис.1.10):

Форма на рис.1.10 называется Form2. Возможно, что у Вас при запуске отобразилась пустая форма с именем Form1. Для того чтобы нужная нам форма Form2 активизировалась при запуске приложения, выберите в главном меню Delphi пункт Project, подпункт Options и в окошечке Main Form выберите Form2 (рис.1.11).

Рис.1.11

Итак, мы воспользовались BDE с тем, чтобы создать алиас и прописать его в реестре WINDOWS. Затем мы создали пустую таблицу. Затем в среде DELPHI с помощью мастера форм построили форму с таблицей и запустили приложение. В среде работающего приложения мы ввели в таблицу данные.

СУТЬ ”КЛИЕНТ-СЕРВЕРНОЙ” РАБОТЫ

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

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

Исторически первая клиент-серверная система известна как RDA (Remote Data Access). Такая модель иначе называется моделью с толстым клиентом. Такое неблагозвучное название получает клиент, когда на него возлагается максимум функций: толстый клиент обязан соединиться с сервером, получить или передать ему данные, представить данные в виде, необходимом для их восприятия и визуализации и выполнить бизнес-логику. Под бизнес логикой понимают, вообще говоря, любые операции по функциональной обработке данных.

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

q вместо длинного SQL-запроса более экономно передавать запрос к хранимой процедуре, что уменьшает время обмена

q хранимая процедура не требует предварительной проверки синтаксиса (SQL запрос, напротив, требует такую проверку.оса более экономно передавать запрос к хранимой процедуре, что уменьшает время обмена

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

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

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

ЛИТЕРАТУРА

1. Пэддок Р., Петерсон Дж., Тэлмэйдж Р. Visual FoxPro 6. Разработка корпоративных приложений. М.:ДМК, 2000.-590с.

2. Фаронов В.В. Программирование баз данных в Delphi 6. - СПб., Питер,-2002. -352с.

3. Пирогов В.П. MS SQL Server 2000. Управление и программирование. - СПб. БХВ.-2005,-600с.