+7(996)961-96-66
+7(964)869-96-66
+7(996)961-96-66
Заказать помощь

Курсовая на тему Иерархические модели структуры данных

ОПИСАНИЕ РАБОТЫ:

Предмет:
АВТОМАТИЗИРОВАННЫЕ БАНКИ И БАЗЫ ДАННЫХ
Тема:
Иерархические модели структуры данных
Тип:
Курсовая
Объем:
32 с.
Дата:
29.04.08
Идентификатор:
idr_1909__0000005
ЦЕНА:
480 руб.

384
руб.
Внимание!!!
Ниже представлен фрагмент данной работы для ознакомления.
Вы можете купить данную работу прямо сейчас!
Просто нажмите кнопку "Купить" справа.

Оплата онлайн возможна с Яндекс.Кошелька, с банковской карты или со счета мобильного телефона (выберите, пожалуйста).
ЕСЛИ такие варианты Вам не удобны - Отправьте нам запрос данной работы, указав свой электронный адрес.
Мы оперативно ответим и предложим Вам более 20 способов оплаты.
Все подробности можно будет обсудить по электронной почте, или в Viber, WhatsApp и т.п.
 

Иерархические модели структуры данных - работа из нашего списка "ГОТОВЫЕ РАБОТЫ". Мы помогли с ее выполнением и она была сдана на Отлично! Работа абсолютно эксклюзивная, нигде в Интернете не засвечена и Вашим преподавателям точно не знакома! Если Вы ищете уникальную, грамотно выполненную курсовую работу, курсовую, реферат и т.п. - Вы можете получить их на нашем ресурсе.
Вы можете заказать курсовую Иерархические модели структуры данных у нас, написав на адрес ready@referatshop.ru.
Обращаем ваше внимание на то, что скачать курсовую Иерархические модели структуры данных по предмету АВТОМАТИЗИРОВАННЫЕ БАНКИ И БАЗЫ ДАННЫХ с сайта нельзя! Здесь представлено лишь несколько первых страниц и содержание этой эксклюзивной работы - для ознакомления. Если Вы хотите получить курсовую Иерархические модели структуры данных (предмет - АВТОМАТИЗИРОВАННЫЕ БАНКИ И БАЗЫ ДАННЫХ) - пишите.

Фрагмент работы:





СОДЕРЖАНИЕ


ВВЕДЕНИЕ 3
ГЛАВА 1. БАЗА ДАННЫХ И МОДЕЛИ ДАННЫХ 5
1.1. Данные и компьютер 5
1.2. Базы данных 7
1.3. Объекты базы данных 8
1.4. Концепция баз данных 10
ГЛАВА 2. ИЕРАРХИЧЕСКАЯ МОДЕЛЬ ДАННЫХ 13
2.1. Иерархическая модель данных 13
2.2. Сегмент иерархической модели данных 15
2.3. Сравнение иерархической и сетевой модели данных 18
2.4. Язык описания данных иерархической модели 20
2.5. Пример иерархической БД 22
ЗАКЛЮЧЕНИЕ 27
СПИСОК СОКРАЩЕНИЙ 29
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 30
ПРИЛОЖЕНИЕ 1. Список основных команд операций 31
ПРИЛОЖЕНИЕ 2. Уровни моделей данных 32


ВВЕДЕНИЕ

В данной работе рассматривается тема "Иерархические модели структуры данных".
Термин "модель данных" был введен американским математиком Коддом в 1970 г. при обосновании реляционной модели данных. Это понятие соответствует такому смысловому аспекту термина "модель", который понимается как средство, инструмент для моделирования.
В этом широком смысле любая система машинных команд, любой язык программирования, любая СУБД как инструмент для моделирования информации о предметной области, является моделью данных, так как предоставляет свои средства для описания, организации данных и их обработки.
В ГОСТе понятие модели данных для СУБД определяется как "совокупность правил порождения структур данных в базах данных, операций над ними, а также ограничений целостности, определяющих допустимые связи и значения данных, последовательности их изменения".
Таким образом, в понятие "модель данных" входят три составляющие:
- средства для организации данных;
- операции для обработки, манипулирования данными;
- ограничения, обеспечивающие целостность данных.
Третья компонента специфична для баз данных и отсутствует, например, в языках программирования.
На каждом уровне работы с данными - инфологическом, логическом и внутреннем используются свои инструментальные средства. На инфологическом наиболее часто используется простейшая модель "сущность-атрибут-связь". На внутреннем уровне все СУБД используют в разных реализациях сходные приемы и средства, такие как страничная организация логических записей БД в наборах данных, организация служебных индексных файлов, сходные методы доступа и т.д.
Инструментальные средства логического уровня наиболее типизируются несмотря на то, что каждая СУБД представляет собой оригинальную модель данных. Поэтому "моделью данных" в узком смысле называют тип модели данных логического уровня.
Исторически, иерархическая модель появилась раньше, и в настоящий момент она используются реже, чем более современная реляционная модель данных. Однако до сих пор существуют системы, работающие на основе этой модели.
Цель работы - дать характеристику иерархической модели данных.
Методы исследования. При написании курсовой работы был произведен комплексный анализ. Основными методами в работе явились методы анализа: метод описания (пример), историко-функциональный, сравнительно-сопоставительный.
Структура работы. Курсовая работа состоит из введения, двух глав, заключения, библиографии, приложения

ГЛАВА 1. БАЗА ДАННЫХ И МОДЕЛИ ДАННЫХ

1.1. Данные и компьютер

Восприятие реального мира можно соотнести с последовательностью разных, хотя иногда и взаимосвязанных, явлений. С давних времен люди пытались описать эти явления. Такое описание называют данными.
Традиционно фиксация данных осуществляется с помощью конкретного средства общения на конкретном носителе. Обычно данные и их интерпретация фиксируются совместно, так как естественный язык достаточно гибок для представления того и другого. Примером может служить утверждение "Стоимость авиабилета 128". Здесь "128" - данное, а "Стоимость авиабилета" - его семантика. [1]
Применение компьютеров для ведения и обработки данных обычно приводит к еще большему разделению данных и интерпретации. Компьютер имеет дело главным образом с данными как таковыми. Большая часть интерпретирующей информации вообще не фиксируется в явной форме, (компьютер не "знает", является ли "21.50" стоимостью авиабилета или временем вылета).
Это произошло, потому что существует, по крайней мере, две исторические причины, по которым применение компьютера привело к отделению данных от интерпретации. Во-первых, компьютеры не обладали достаточными возможностями для обработки текстов на естественном языке - основном языке интерпретации данных. Во-вторых, стоимость памяти компьютера была первоначально весьма велика. Память использовалась для хранения самих данных, а интерпретация традиционно возлагалась на пользователя. Пользователь закладывал интерпретацию данных в свою программу, которая "знала", например, что шестое вводимое значение связано с временем прибытия самолета, а четвертое - с временем его вылета. Это существенно повышало роль программы, так как вне интерпретации данные представляют собой не более чем совокупность битов на запоминающем устройстве.
Жесткая зависимость между данными и использующими их программами создает серьезные проблемы в ведении данных и делает использования их менее гибкими.
Нередки случаи, когда пользователи одной и той же ЭВМ создают и используют в своих программах разные наборы данных, содержащие сходную информацию. Иногда это связано с тем, что пользователь не знает (либо не захотел узнать), что в соседней комнате или за соседним столом сидит сотрудник, который уже давно ввел в ЭВМ нужные данные. Чаще потому, что при совместном использовании одних и тех же данных возникает масса проблем.
Разработчики прикладных программ размещают нужные им данные в файлах, организуя их наиболее удобным для себя образом. При этом одни и те же данные могут иметь в разных приложениях совершенно разную организацию (разную последовательность размещения в записи, разные форматы одних и тех же полей и т.п.). Обобществить такие данные чрезвычайно трудно: например, любое изменение структуры записи файла, производимое одним из разработчиков, приводит к необходимости изменения другими разработчиками тех программ, которые используют записи этого файла.
Для иллюстрации обратимся, к примеру, приведенному в книге Девиса, Операционные системы [3]: "Несколько лет назад почтовое ведомство (из лучших побуждений) пришло к решению, что все адреса должны обязательно включать почтовый индекс. Во многих вычислительных центрах это, казалось бы, незначительное изменение привело к ужасным последствиям. Добавление к адресу нового поля, содержащего шесть символов, означало необходимость внесения изменений в каждую программу, использующую данные этой задачи в соответствии с изменившейся суммарной длиной полей. Тот факт, что какой-то программе для выполнения ее функций не требуется знания почтового