Управление информацией всегда было основной сферой применения компьютеров и, надо думать, будет играть еще большую роль в будущем. Системы управления базами данных (СУБД, DBMS – Database Management System) на протяжении всего пути развития компьютерной техники совершенствовалась, поддерживая все более сложные уровни абстрактных данных, заданных пользователем, и обеспечивая взаимодействие компонентов, распределенных в глобальных сетях и постепенно интегрирующихся с телекоммуникационными системами.
История развития компьютерной техники - это история непрерывного движения от языка и уровня коммуникации машины к уровню пользователя. Если первые машины требовали от пользователя оформления того, что ему нужно (то есть написания программ), в машинных кодах, то языки программирования четвертого уровня (4Gls) позволяли конечным пользователям, не являющимися профессиональными программистами, получать доступ к информации без детального описания каждого шага, но только с встроенными предопределенными типами данных - например, таблицами.
Последним шагом в этом направлении стала объектно-ориентированная технология, радикально изменившая сферу разработки программного обеспечения уже в 90х годах. Объектно-ориентированный подход позволяет упаковывать данные и код для их обработки вместе. Таким образом практически снимается ограничение на тип данных, позволяя работать на любом уровне абстракции. Эволюция систем управления информацией шла параллельно этому прогрессу, начиная с низкоуровневых программ, которые, например, напрямую проводили операции чтения и записи со всей памятью без ограничения доступа, лентой, цилиндрами и дорожками диска и более высокоуровневыми средствами – файловыми системами, которые оперировали с такими понятиями как массивы, записи и индексы для повышения производительности. Базы данных в свою очередь начинали с модели записей и индексов (ISAM и др.) приобретая со временем способность восстановления после сбоев, проверки целостности данных и работы нескольких пользователей одновременно. Эти ранние модели данных (CODASYL) относились скорее к уровню машинной ориентации. В дальнейшем реляционные базы данных, пришедшие на смену в 1980-х годах, приобрели механизм запросов, позволяющих пользователю указать требуемое, предоставив СУБД самой оптимальным образом найти результат, используя динамическую индексацию.
Объектно-ориентированные СУБД (ООСУБД) стали разрабатываться с середины 80-х годов в основном для поддержки приложений САПР. Сложные структуры данных систем автоматизированного проектирования, оказалось, очень удобно оформлять в виде объектов, а технические чертежи проще хранить в базе данных, чем в файлах. Это позволяет обойтись без декомпозиции графических структур на элементы и записи их в файлы после завершения работы с чертежом выполнения обратной операции при внесении любого изменения. Если типичные реляционные базы данных имеют связи глубиной в два уровня, то иерархическая информация чертежей САПР обычно включает порядка десяти уровней, что требует достаточно сложных операций для «сборки» результата. Объектные базы данных хорошо соответствовали подобным задачам, и эволюция многих СУБД началась именно с рынка САПР.
Между тем рынок САПР был быстро насыщен, и в начале 90-х годов производители ООСУБД обратили внимание на другие области применения, уже прочно занятые реляционными СУБД. Для этого потребовалось оснастить ООСУБД функциями оперативной обработки транзакций (OLTP), утилитами администратора баз данных (data base administrator – DBA), средствами резервного копирования/восстановления и т.д. Работы в данном направлении продолжаются и сегодня, но уже можно сказать, что переход к коммерческим приложениям идет достаточно успешно.
Введение
Глава 1. Введение в технологию клиент-сервер
1.1. Архитектуры "файл-сервер" и "клиент-сервер".
1.2. SQL-сервер Borland InterBase и его основные компоненты.
1.3. InterBase: некоторые технические характеристики.
1.4. Delphi и InterBase.
1.5. Вопросы соединения с удаленным сервером
Глава 2. Создание удаленной БД.
2.1. Создание БД "Сотрудники школы".
2.2. Создание псевдонима удаленной БД.
2.3. Создание таблиц БД.
2.4. Создание триггера для поддержания каскадных воздействий.
2.5. Использование генератора и триггера для присвоения уникального значения столбцу первичного индекса.
Глава 3. Описание работы приложения “Картотека педагогов”
для работы с удалённой БД “Сотрудники школы”.
3.1. Постановка задачи.
3.2. Главная форма «Картотека педагогов»
3.3. Форма «Личные данные»
3.4. Форма «Данные об образовании»
3.5. Формы справочники: «Список национальностей
3.6. Форма «Формирование отчёта».
3.7. Форма «Список преподаваемых предметов»
Заключение
Список литературы
Приложение
Листинги модулей программы
PrintScreen форм программы
1. Гофман И. Э., Хомоненко А. Д. Delphi5. –СПб.: БХВ-Санкт-Петербург. 2000г.
2. Кенту М. Delphi5 для профессионалов.-СПб.: Питер, 2001г.-944с.
3. Фаронов В.В. Delphi5. Учебный курс. – М.: «Нолидж»,2001г. – 608с.
4. Баженова И.Ю. Delphi 6. Самоучитель программиста – М.: КУДИЦ – ОБРАЗ,2000г.
5. Александровский А.Д., Шубин В.В. Delphi для профессионалов. Опыт практического применения.-М.:ДМК, 2000г. (серия «для программистов»).
6. Архангельский А.Я. Разработка прикладных программ для Windows. Delphi 5.-М., 1995г.
7. Фаронов В.В. Delphi 5. Учебный курс – Москва: Издательство «Нолидж», 2001 г.
8. Марко Кэнту Delphi 4 для профессионалов. Санкт-Петербург: Издательство «Питер», 1999 г.
9. Тимоти Бадд. Объектно-ориентированное программирование в действии – Санкт-Петербург: Издательство «Питер», 1997 г.
10. Сергей Дунаев. Доступ к базам данных и техника работы в сети – Москва: Издательство «Диалог-МИФИ».