Контрольная работа с дициплины «Компьютерная обработка данных»

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ МОЛОДЁЖИ И СПОРТА УКРАИНИ

НАЦИОНАЛЬНЫЙ АВИАЦИОННЫЙ  УНИВЕРСИТЕТ

ИНСТИТУТ МЕЖДУНАРОДНЫХ ОТНОШЕНИЙ

 

 

 

 

 

 

 

 

Домашнее задание

с дициплины «Компьютерная  обработка данных»

 

Вариант № 19

 

 

 

 

 

 

 

 

Выполнила:

 студентка группы 309

(МИ) ИМО

Ткаченко В.В.

 

Проверил:

Іванкевич А.В.

 

 

 

 

 

 

 

 

 

 

 

 

 

Киев 2012 г.

 

Содержание

 

1. Задание
2. Краткие теоретические сведения
3. ER-диаграмма
4. Структура базы данных (таблицы и связи между ними)
5. Структура таблиц (название поля,  тип данных,  размер данных, назначение поля)
6. Запросы
7. Формы
8. Отчёты

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Задание

Суть работы состоит  в том,  что студент должен выучить  технологию

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

Этапы выполнения домашнего задания:

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

2.  Используя концептуальную  модель,  создать реляционную  БД согласно варианту.  Рекомендуется использовать СУБД Аccess, Dbase, Paradox  или любую другую реляционную СУБД по выбору студента.  Заполнить таблицы тестовыми данными (не меньше 10  записей для каждой таблицы).  База данных должна содержать не менее 3-х таблиц, связанных между собой и приведенных к третьей нормальной форме.  Создать запросы,  демонстрирующие наличие в БД необходимых данных.

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

Результатом   должна стать база данных в соответствии с индивидуальным вариантом,  запросы к этой базе (Выборка,  Вставка,  Изменение,  Удаление), интерфейс, созданный для работы с базой данных. База данных должна содержать не менее 3-х таблиц, связанных между собой и приведенных к третьей нормальной форме.

2) Краткие теоретические  сведения.

Реляционная структура  данных

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

Существуют следующие разновидности  баз данных:

• иерархические; 

• реляционные; 

• объектно-ориентированные; 

• гибридные. 

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

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

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

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

Предложил термин "реляционная  модель данных" сотрудник фирмы IBM д-р Э.Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970).   Будучи математиком по образованию Э.Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение,  разность,  декартово произведение).  Он показал,  что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – relation (англ.). 

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

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

Кратко особенности  реляционной базы данных можно описать  следующим образом:

• Данные хранятся в таблицах, состоящих из столбцов и строк; 

• На пересечении каждого  столбца и строчки стоит в  точности одно значение; 

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

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

Запросы к базе данных возвращают результат в виде таблиц,  которые тоже могут выступать как объект запросов.

Главное достоинство  таблиц —  в их понятности. С табличной  информацией мы имеем дело практически каждый день. 

Поля — это различные  характеристики (иногда говорят —  атрибуты) объекта.

Значения полей в  одной строчке относятся к  одному объекту.  Разные поля отличаются именами.  А чем отличаются друг от друга разные записи?  Записи различаются значениями ключей.

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

В реляционных базах  данных используются четыре основных типа полей:

o числовой; 

o символьный; 

o дата; 

o логический. 

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

Символьный тип имеют поля,  в которых будут храниться символьные

последовательности (слова,  тексты,  коды и т.п.). 

Логический тип соответствует  полю,  которое может принимать  всего два значения: «да» — «нет»  или «истина» — «ложь»  или (по-английски) «true» — «false». ,  то ее полям,  принимающим значения «О» или «1»,  удобно поставить в соответствие логический тип. При этом «1» заменится на значение «истина», «О» — на значение «ложь».

 

 

Манипулирование реляционными данными

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

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

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

Проектирование  баз данных с использованием нормализации

Нормализация отношений -  это процесс построения оптимальной  структуры таблиц и связей в реляционной БД (процесс уменьшения избыточности информации).

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

Цели,  которые преследуются при построении наиболее эффективной

структуры данных:

1) обеспечить быстрый  доступ к данным;

2)  исключить ненужное  повторение данных,  которое может  являться

причиной ошибок при  вводе, а также привести к нерациональному  использованию дискового пространства;

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

Теория нормализации отношений работает с 5 нормальными  формами таблиц.

 

4. Структура базы данных (таблицы и связи между ними)

5. Структура таблиц (название поля,  тип данных,  размер данных, назначение поля)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

6. Запросы

 

Запрос на выборку 

 

 

     Запрос  на добавление

 

                Запрос на обновление

          Зпапрос на удаление

 

 

 

 

 

 

 

 

 

7. Формы

 

 

 

 

 

 

 

8. Отчёты