Создание базы данных в среде Turbo Pascal

Министерство образования  РФ

Байкальский государственный  университет экономики и права

Кафедра информатики

КУРСОВАЯ РАБОТА

по дисциплине «Информатика и программирование»

СОЗДАНИЕ БАЗЫ ДАННЫХ В СРЕДЕ TURBO PASCAL

Выполнил: студент 1 курса

группы ПИЭ-09

Пилипенко А.С.

Проверил: Соловьев В.А.

Чита, 2010

 

Министерство образования РФ

Байкальский государственный  университет экономики и права

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

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

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

В программе использовать списки и модули.

 

ОГЛАВЛЕНИЕ

 

Введение…………………………………………………………………..………………4

Описание интерфейса программы……………………………….……….……………..9

Описание типов………………………………………………………….……………....15

Описание главной программы…………………………………………….……………16

Описание модулей……………………………………………………………………....18

Заключение………………………………………………………….………….………..24

Литература……………………………………………………………………..………...25

 

ВВЕДЕНИЕ

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

1. Обеспечивает пользователю возможность создавать новые БД и определять их схему (логическую структуру данных) с помощью специального языка, получившего название языка определения данных.
2. Позволяет "запрашивать" данные ("запрос" в терминологии БД означает вопрос по поводу данных) и изменять их с помощью подходящего языка, называемого языком запросов, или языком манипулирования данными.
3. Поддерживает хранение очень больших массивов данных, измеряемых гигабайтами и более, в течение долгого времени, защищая их от случайной порчи или неавторизованного использования и обеспечивая модификацию БД и доступ к данным путем запросов.
4. Контролирует доступ к данным сразу множества пользователей, не позволяя запросу одного из них влиять на запрос другого и не допуская одновременного доступа, который может случайно испортить данные.

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

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

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

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

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

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

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

Иерархическая модель базы данных состоит из объектов с указателями от родительских объектов к потомкам, соединяя вместе связанную информацию.

Иерархические базы данных могут быть представлены как дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй — объекты второго уровня и т. д.

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

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

В этой модели запрос, направленный вниз по иерархии, прост (например: какие заказы принадлежат этому покупателю); однако запрос, направленный вверх по иерархии, более сложен (например, какой покупатель поместил этот заказ). Также, трудно представить неиерархические данные при использовании этой модели.

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

К основным понятиям сетевой модели базы данных относятся: уровень, элемент (узел), связь.

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

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

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

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

 

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

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

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

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

Объектно-ориентированная технология пытается преодолеть эти ограничения. Схема объектно-ориентированной базы данных состоит из коллекции классов. Класс является коллекцией объектов, причем структура и поведение объектов одного класса одинаковы. Видимая структура объекта определяется свойствами его класса. Так, в нашей гипотетической базе данных клиент будет иметь такие свойства, как номер, имя, адрес, статус и т.д. Поведение объекта задается с помощью методов его класса. Метод — это, по сути, некая операция, которую можно применять к объекту. Он представляет то, что, по-нашему мнению, должен делать объект. Например, клиент может создавать заказ, оплачивать счет и т.д., следовательно, необходимы методы для каждого из этих видов деятельности.

 

При написании курсовой работы была использована модель картотека.

Картотека— упорядоченное собрание данных, как правило на карточках малого формата и являет собой каталог какой либо базы данных.

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

критериям, по алфавиту, дате и т.д.  

БАЗА ДАННЫХ «Администрация»

Описание интерфейса программы.

 

 

Программа представляет собой таблицу с 6 графами, панелью меню, при запуске программы создается база данных которую вы можете использовать или закрыть(рис. 1), для использование вашей или ранее созданной.

(рис. 1)

 

Для начала работы с базой  нажмите F10 и нажмите Enter, это активизирует панель меню (рис. 2). Панель меню имеет выпадающие списки с опциями, возможность передвижения по опциям с помощью стрелок на клавиатуре (рис. 3).

(рис. 2)

 

(рис. 3)

 

Форма ввода данных. В этой форме происходит заполнение данных.

  (рис. 4):

 

(рис. 4)

 

 

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

(рис. 5)

 

 

 

Просмотр(F3). Эта функция позволяет просмотреть полную информацию о клиенте(рис. 6):

(рис. 6)

 

 

 

Удаление текущей записи. Если строка в таблице ненужная, то достаточно открыть вкладку Record и нажать Delete (рис. 7):