refd2204

Содержание

Введение 2

Глава 1 Теоретические основы разработки табличных базах данных 3

1.1 Способы представления табличных баз данных 3

1.2 Программа обработки баз данных 21

Заключение 31

Список литературы 32

Введение

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

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

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

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

Целью данной курсовой работы является создание табличной базы данных.

Объект курсовой работы: процесс создания табличной базы данных и реализация ее сортировки.

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

Глава 1 Теоретические основы разработки табличных базах данных

1.1 Способы представления табличных баз данных

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

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

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

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

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

1) Регистрационный (индивидуальный) номер (не более 7 цифр);

2) Ф.И.О. (не более 30 символов);

3) Домашний адрес (не более 30 символов);

4) Возраст (3 цифры);

5) Дата начисления налога (8 символов);

6) Текущий размер задолженности (не более 4 цифр);

7) Специальные отметки (не более 20 символов)1.

Запись базы может быть, например, следующей формы:

76 Иванов Николай Фёдорович Ленина 3-42 67 12.04.92 560 fail006.

Налогоплательщик могут содержать ссылки на файл(ы), где хранится, например, информация о социально-экономическом положении налогоплательщика.

Базы данных (структуру их данных, поиска и модификации данных) могут быть организованы, реализованы различным образом:

1. таблично (в виде таблиц, которые содержат данные по всем записям и которые можно просматривать, "прокручивать" на экране);

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

3. смешанное, таблично - страничное представление.

Более подробно рассмотрим табличную базу данных. Пример табличной реализации базы данных:

Таблица 1

Реализация табличной базы данных

Номер

Ф.И.О

Дом. адрес

Возраст

Дата

Размер

Спец.отм.

Абрамова Надежда

Львовна

Ленина 5-4

17.09.93

367.5

ВН

...

3600

Яровая Елена Степановна

Колхозная 45

30.12.72

345.0

НС

В базе данных задаётся порядок на множестве записей, например, ключевыми полями, содержимое которых нумеруемо. При сортировке данных записи ищутся сперва по одному ключу, затем - по другому и т.д., до совпадения требуемых полей. Такой процесс называется сортировкой (селекцией).

Пример. База данных ГНИ КБР позволяет делать различного рода выборки, в частности, выборка по Баксанскому району КБР по некоторым показателям задолженности может иметь вид:

Таблица 2

Задолженность

N Наименование

предприятия

соц.страх

ИНН

дебитор.

кредитор.

бюджет.

соц.страх.

1"Амфибия"МЧП

2"Родник" ТОО 3"Маслоcырзавод"АО 4"Хлебозавод"ГП

5"МПМК-1" ГП

6"Эльбрус" МГП

701000006

701000009

701000023

701000030

701000129

701000256

0.000

857.382

1138.845

3928.853

0.000

0.212

155.364

598.551

1819.829

6386.958

7.373

0.069

0.000

49.601

44.985

1298.028

0.943

0.069

0.328

25.259

64.072

1344.591

0.194

Для работы с данными используются системы управления базами данных (СУБД). Основные функции СУБД - это определение данных (описание структуры баз данных), обработка данных и управление данными.

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