Студопедия

КАТЕГОРИИ:

АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Засоби Delphi для розробки додатків з використанням баз даних




 

Загальний огляд засобів для роботи з базами даних

 

До складу Delphi Enterprise входять наступні основні засоби для розробки і експлуатації додатків, що використовують бази даних:

 

• BDE (Borland Database Engine), машина баз даних фірми Borland

 

Є набором DLL-бібліотек, які забезпечують низькорівневий доступ до БД. Повинна встановлюватися на кожному комп'ютері, який використовує додатки для роботи з БД, написані на Delphi (за винятком тонких клієнтів у КС-архітектурі). Для локальних і файл-серверних БД BDE розташована на комп'ютері користувача.

 

 

•SQL Links

 

Драйвери для роботи з віддаленими "промисловими" СУБД, такими як Sybase, MS SQL Server, Oracle. Для роботи з "рідним" SQL-сервером Borland Interbase встановлювати SQL Links немає потреби. Доступ до таблиць локальних СУБД типу Paradox, dВase також здійснюється BDE безпосередньо, без використання SQL Links.

 

• BDE Administrator

 

Утиліта для задання псевдонімів (імен) баз даних, параметрів БД і драйверів баз даних на конкретному комп'ютері. При роботі з БД з додатку, створеного за допомогою Delphi, доступ до бази даних проводиться по її псевдоніму. Параметри БД, що задається псевдонімом, діють тільки для цієї БД; параметри, встановлені для драйвера БД, діють для всіх баз даних, що використовують драйвер. Окрім цього, в утиліті BDE Administrator можна провести установку таких загальних для всіх БД параметрів, як формат дати і часу, формати представлення числових значень, мовний драйвер і так далі Підтримує інформацію про конфігурацію БД на конкретному комп'ютері у файлі Idapi32.CFG.

 

• Database Desktop (DBD)

 

Засіб для створення, зміни і проглядання БД. Ця утиліта перш за все орієнтована на роботу з таблицями локальних СУБД, таких як Paradox і dBase. У ряді випадків може використовуватися і для роботи з таблицями віддалених СУБД. Наприклад, з DBD можна з деякими обмеженнями створювати і проглядати таблиці БД, що працюють під управлінням Interbase, MS SQL Server, Oracle. DBD надає програмісту можливість сформувати запит до БД методом QBE (QueryByExample – запит за зразком).

 

• SQL Explorer

 

Універсальна утиліта, поєднує багато функцій BDE Administrator та Database Desktop. За її допомогою можна створювати та проглядати псевдоніми БД, проглядати структури і вміст таблиць БД, формувати запити до БД на мові SQL, створювати словники даних (шаблони полыв таблиць).

 

•SQL Monitor

 

Засіб для трасування виконання SQL-запитів.

 

• Datapump

Засіб для переміщення даних між БД різних типів (наприклад, при переході від локальних систем до розподілених).

 

• Data Dictionary

 

Словник даних. Призначений для зберігання атрибутів полів таблиць БД окремо від самих БД. Інформація про поля може використовуватися різними додатками.

 

• Data Module

 

Невізуальні компоненти типу TDataModule застосовуються для централізованого зберігання наборів даних в додатку, що працює з БД. Однією з головних зручностей є можливість зв’язування з кожним набором даних правил по управлінню даними - бізнес-правил. Вони визначають реакцію системи на додавання, зміну, видалення даних і реалізують блокування дій, які можуть зруйнувати цілісність посилань і змістовну цілісність БД.

 

• Невізуальні компоненти для роботи з БД

 

Невізуальні компоненти Delphi служать для з'єднання додатку з таблицями БД в локальних і розподілених системах. Вони розташовані на декількох сторінках компонент палітри компонент в інтегрованому середовищі розробки Delphi (Data Access та ін). За допомогою невізуальних виконується під’єднання до БД, формування запитів до них, маніпулювання таблицями, стороення клієнтів та серверів у 3-рівневій архітектурі.

 

• Візуальні компоненти для роботи з БД

 

Візуальні компоненти Delphi призначені для візуалізації записів наборів даних (наприклад, компонента TDBGrid) або окремих полів (наприклад, TDBEdit, TDBText). Ці компоненти розташовані на сторінці компонент Data Controls палітри компонент. Вони служать основним інструментом розробки інтерфейсу користувача для доступу до даних.

 

• Компоненти для побудови звітів

 

На сторінці QReport палітри компонентів розміщені компоненти для побудови звітів. На основі запитів до БД вони створюють потрібні користувачу документи.

 

Особливості програм для роботи з БД

 

Взаємодія програми з даними показана на схемі. Згідно цій загальній схемі, ми маємо ланцюжок Додаток (програма) <-> BDE <-> бази даних (джерело даних)

У структурі додатку є ланцюжок Візуальні компоненти () <-> TDataSource <-> Невізуальні компоненти (TTable, TQuery, TStoredProc)

 

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

 

 

Побудова додатків баз даних в архітектурі "клієнт-сервер"

 

Реалізацію архітектури "клієнт-сервер" будемо розглядати для сервера InterBase. Пояснити такий вибір неважко. По-перше, InterBase - "рідний" сервер для Delphi (тому для доступу до нього не потрібно встановлювати додаткових драйверів. По-друге, в постачання Delphi Enterprise входить сервер InterBase 6.5 (на 5 користувачів).

 

Локальний InterBase може використовуватися для налагоджувальних цілей. Після того, як додаток відладжений на локальній версії SQL-сервера, відбувається масштабування додатку (upsizing}. БД переноситься на мережевий сервер, а зміни в клієнтських застосуваннях при цьому мінімальні - необхідно змінити псевдонім БД і, можливо, скоректувати деякі параметри з'єднання додатку з сервером.

 

При перенесенні додатків, раніше розроблених для застосування в архітектурі "файл-сервер", потрібно не тільки частково або повністю переписувати додатки клієнтів, але і перетворювати локальну БД в серверну. Для цього під управлінням серверної СУБД (наприклад, InterBase) створюють БД на сервері, куди потім "перекачують" дані з локальних СУБД, реалізованих, наприклад, за допомогою Paradox. Основна проблема, що постає в цьому випадку, - несумісність деяких форматів даних або їх відсутність. Наприклад, InterBase не підтримує поля типу Boolean (Logical), і їх необхідно реалізовувати за допомогою стовпців типу CHAR(l); InterBase не підтримує автоінкрементні поля Paradox - для забезпечення унікальності значень в числових полях в БД Interbase використовують генератори і так далі При виникненні подібних проблем слід вивчити питання сумісності типів даних локальної СУБД і вибраної серверної СУБД.

 










Последнее изменение этой страницы: 2018-04-12; просмотров: 288.

stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда...