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

Курсовая на тему Реляционная модель данных

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

Предмет:
АВТОМАТИЗИРОВАННЫЕ БАНКИ И БАЗЫ ДАННЫХ
Тема:
Реляционная модель данных
Тип:
Курсовая
Объем:
34 с.
Дата:
08.05.08
Идентификатор:
idr_1909__0000009
ЦЕНА:
510 руб.

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

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

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

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





СОДЕРЖАНИЕ


ВВЕДЕНИЕ 3
ГЛАВА 1. РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ 7
§ 1.1. Общая характеристика 7
§ 1.2. Первая нормальная форма 7
§ 1.3. Целостность сущности и ссылок 9
ГЛАВА 2. РАЗВИТИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ 12
§ 2.1. Предыстория реляционных баз данных 12
§ 2.2. Базовые понятия реляционных баз данных 13
2.2.1. Тип данных 14
2.2.2. Домен 14
2.2.3. Схема отношения, схема базы данных 15
2.2.4. Кортеж, отношение 15
ГЛАВА 3. ПРЕИМУЩЕСТВА И НЕДОСТАТКИ РЕЛЯЦИОННОГО ПОДХОДА К БД 18
§ 3.1. Организация и преимущества реляционной базы данных 18
§ 3.2. Удобство манипулирования реляционными данными 20
§ 3.3. Недостатки реляционных баз данных 21
§ 3.4. Пути преодоления недостатков реляционных баз данных 22
ЗАКЛЮЧЕНИЕ 24
ГЛОССАРИЙ 28
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 30
СПИСОК СОКРАЩЕНИЙ 32
ПРИЛОЖЕНИЕ 1. "ТАБЛИЧНЫЕ" СИНОНИМЫ ТЕРМИНОВ РЕЛЯЦИОННОЙ МОДЕЛИ ДАННЫХ 33
ПРИЛОЖЕНИЕ 2. НЕКОТОРЫЕ ОПЕРАЦИИ РЕЛЯЦИОННОЙ АЛГЕБРЫ 34


ВВЕДЕНИЕ

В данной работе рассматривается тема "Реляционная модель данных".
Основы реляционной модели данных были впервые изложены в статье Е.Кодда в 1970 г. Эта работа послужила стимулом для большого количества статей и книг, в которых реляционная модель получила дальнейшее развитие. Таким образом, можно говорить о вполне полной степени разработанности проблемы. Наиболее распространенная трактовка реляционной модели данных принадлежит К.Дейту. Согласно Дейту, реляционная модель состоит из трех частей:
- Структурной части.
- Целостной части.
- Манипуляционной части.
Структурная часть описывает, какие объекты рассматриваются реляционной моделью. Постулируется, что единственной структурой данных, используемой в реляционной модели, являются нормализованные n-арные отношения.
Целостная часть описывает ограничения специального вида, которые должны выполняться для любых отношений в любых реляционных базах данных (БД). Это целостность сущностей и целостность внешних ключей.
Манипуляционная часть описывает два эквивалентных способа манипулирования реляционными данными - реляционную алгебру и реляционное исчисление.
В классической реляционной модели используются только простые (атомарные) типы данных. Простые типы данных не обладают внутренней структурой.
Домены - это типы данных, имеющие некоторый смысл (семантику). Домены ограничивают сравнения - некорректно, хотя и возможно, сравнивать значения из различных доменов.
Отношение состоит из двух частей - заголовка отношения и тела отношения. Заголовок отношения - это аналог заголовка таблицы. Заголовок отношения состоит из атрибутов. Количество атрибутов называется степенью отношения. Тело отношения - это аналог тела таблицы. Тело отношения состоит из кортежей. Кортеж отношения является аналогом строки таблицы. Количество кортежей отношения называется мощностью отношения.
Реляционной базой данных называется набор отношений. Схемой реляционной базы данных называется набор заголовков отношений, входящих в базу данных.
Цель работы - анализ преимуществ и недостатков реляционных баз данных.
Объект исследования - реляционные базы данных.
Предмет исследования - реляционная модель данных, ее структура, особенности и базовые понятия реляционных баз данных, организация реляционной БД, ее достоинства и недостатки, пути их преодоления.
Задачи исследования вытекают из поставленной цели:
- выявить сущность реляционной модели данных;
- проследить развитие реляционных баз данных;
- рассмотреть преимущества и недостатки реляционного подхода к БД.
При написании курсовой работы был произведен комплексный анализ. Основными методами в работе явились методы анализа: метод описания (пример), историко-функциональный, сравнительно-сопоставительный.
Существуют следующие виды баз данных:
1) Древовидные - простейший пример - Windows Registry, файловая система FAT и XML - здесь информация хранится в древовидной структуре и доступ осуществляется через "путь", т.е. указание всех узлов от корневого до нужного. Например: "c:\My Docs\MyPictures\Me.jpg". Недостатки этого способа хранения данных является очень медленный поиск, если не известен путь и очень плохая устойчивость к повреждениям структуры. Преимущество - возможность хранить в классифицированном виде очень разнородную информацию и очень быстрый поиск при знании ключа.
2) Сетевые базы данных - простейший пример - Интернет. Т.е. существуют узлы, обособленные друг от друга, содержащие определенную информацию. Каждый узел представляет какое-то количество ссылок на другие узлы, по которым и ведется поиск. Недостатки - очень сложный и долгий поиск, возможно неполное предоставление информации или невозможность найти нужную информацию. Преимущества - очень легко добавить любую, разнородную информацию, самая высокая стабильность из всех систем.
Обобщим достоинства и недостатки ранних СУБД:
Сильные места ранних СУБД:
- Развитые средства управления данными во внешней памяти на низком уровне;
- Возможность построения вручную эффективных прикладных систем;
- Возможность экономии памяти за счет разделения подобъектов (в сетевых системах).
Недостатки:
- Слишком сложно пользоваться;
- Фактически необходимы знания о физической организации;
- Прикладные системы зависят от этой организации;
- Их логика перегружена деталями организации доступа к БД.
Реляционные базы данных сделали огромный шаг вперед по сравнению с этими БД.
3) Реляционные базы данных. Именно им посвящена наша работа. В дальнейшем если говорится "база данных", то подразумевается "Реляционная база данных". "Реляционный" - Relation - обозначает взаимосвязанный. Для простоты можно считать, что реляционная база данных - это набор двумерных простых таблиц. Недостатки реляционных баз данных - хранение только однородной информации, сложности в добавлении новых структур и взаимоотношений, информация, хранящаяся в такой БД, должна быть в нужной степени абстрагирована. Преимущества - прежде всего очень высокая скорость поиска - по этому параметру у реляционных баз данных конкурентов нет, высокая стабильность, обилие программного обеспечения (ПО) для их поддержки и разработки, удобность для очень широкого круга задач.
4) Объектные базы данных - новое веяние.
Итак, реляционная база данных упрощенно является набором таблиц. Таблица же есть основной строительный кирпичик (элемент) базы данных.
Основная задача при проектировании реляционных БД - формирование оптимальных отношений.
Для формализации процесса построения оптимальной реляционной БД используется теория нормализации, основанная на том, что определенный набор отношений обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы отношений, с помощью которых могут быть представлены те же данные.
Нормализация осуществляется последовательно с использованием пяти нормальных форм, включая форму Бойса-Кодда.
Как только речь заходит о хранении и выборке данных, на ум приходят реляционные базы данных. Потому актуальность темы работы не вызывает сомнений. В течение последних трех десятков лет реляционные базы данных имели огромный успех, и SQL стал lingua franca доступа к данным. Соответственно, практическая значимость работы очевидна. Однако, хотя термин управление данными стал почти синонимом РСУБД, имеется возрастающее число приложений, для которых больше подходят облегченные альтернативы.
Хотелось бы начать работу с краткого обсуждения того, как реляционным системам удалось так возвыситься на ландшафте управления данными.
Рассмотрим подробнее реляционную модель данных.

ГЛАВА 1. РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ

§ 1.1. Общая характеристика

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

§ 1.2. Первая нормальная форма

Труднее всего дать определение вещей, которые всем понятны. Если давать не строгое, описательное определение, то всегда остается возможность неправильной его трактовки. Если дать строгое формальное определение, то оно, как правило, или тривиально, или слишком громоздко. Именно такая ситуация с определением отношения в Первой Нормальной Форме (1НФ). Совсем не говорить об этом нельзя, т.к. на основе 1НФ строятся более высокие нормальные формы. Дать определение 1НФ сложно ввиду его тривиальности. Поэтому, дадим просто несколько объяснений.
Объяснение 1. Говорят, что отношение находится в 1НФ, если оно удовлетворяет определению 2.
Это, собственно, тавтология, ведь из определения 2 следует, что других отношений не бывает. Действительно, определение 2 описывает, что является отношением, а что - нет, следовательно, отношений в непервой нормальной форме просто нет.
Объяснение 2. Говорят, что отношение находится в 1НФ, если его атрибуты содержат только скалярные (атомарные) значения.
Опять же, определение 2 опирается на понятие домена, а домены определены на простых типах данных.
Непервую нормальную форму можно получить, если допустить, что атрибуты отношения могут быть определены на сложных типах данных - массивах, структурах, или даже на других отношениях. Легко себе представить таблицу, у которой в некоторых ячейках содержатся массивы, в других ячейках - определенные пользователями сложные структуры, а в третьих ячейках - целые реляционные таблицы, которые в свою очередь могут содержать такие же сложные объекты. Именно такие возможности предоставляются некоторыми современными пост-реляционными и объектными СУБД.
Требование, что отношения должны содержать только данные простых типов, объясняет, почему отношения иногда называют плоскими таблицами (plain table). Действительно, таблицы, задающие отношения двумерны. Одно измерение задается списком столбцов, второе измерение задается списком строк. Пара координат (Номер строки, Номер столбца) однозначно идентифицирует ячейку таблицы и содержащееся в ней значение. Если же допустить, что в ячейке таблицы могут