Содержание

ВВЕДЕНИЕ

ЦЕЛЬ РАБОТЫ

1 Теоретические положения

1.1 Основные понятия БД и СУБД

1.2 Инфологическая модель данных "Сущность-связь"

1.2.1 Основные понятия

1.2.2 Типы связей между сущностями

1.2.3 Классификация сущностей их обозначения (описания)

1.3 Реляционная модель данных

1.4 Нормальные формы отношений

2 Этапы проектирования БД

2.1 Советы и рекомендации

3 Задания к выполнению курсовой работы

3.1 Перечень заданий

3.2 Варианты заданий

4 Рекомендации по оформлению курсовой работы


ВВЕДЕНИЕ

 

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

Методология проектирования автоматизированных банков данных может рассматриваться как совокупность методов и средств, последовательное применение которых обеспечивает разработку проекта баз данных, удовлетворяющего заданным целям. Рассматриваемая методология позволяет пользователю лучше понять, как следует специфицировать требования к данным.

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


ЦЕЛЬ РАБОТЫ

 

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


 

1 Теоретические положения

 

1.1 Основные понятия БД и СУБД

 

Взаимосвязанные данные, которые позволяют описать ту или иную реальную систему, называются информационной системой. Каждая информационная система ориентирована на конкретную предметную область, которую она описывает.

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

-     именем;

-     формой представления (алфавитная, алфавитно-цифровая, дата);

-     длиной, т.е. количеством символов, выделяемых для конкретных данных.

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

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

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

Упорядоченная совокупность элементов множества называется картежом.

Упорядоченная совокупность записей называется файлом данных.

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

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

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

1.2 Инфологическая модель данных "Сущность-связь" 1.2.1 Основные понятия

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

Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром – Москва, Киев и т.д.

Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ЦВЕТ имеет много экземпляров или значений: Красный, Синий, Банановый, Белая ночь и т.д., однако каждому экземпляру сущности присваивается только одно значение атрибута.

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

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

Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.


 


Информация о работе «Проектирование базы данных»
Раздел: Информатика, программирование
Количество знаков с пробелами: 77159
Количество таблиц: 2
Количество изображений: 0

Похожие работы

Скачать
40341
0
0

... на модели данных, реализованные в различных СУБД. Наибольшую популярность получили CASE-системы для реляционных СУБД с SQL-моделями данных, а DD/D переименовался в CASE-репозиторий проектируемой ИС. На этом пути возникло два основных направления развития CASE-систем и технологий проектирования: CASE-системы для проектирования собственно БД (или т. н. Upper-CASE) и интегрированные инструменты, ...

Скачать
133101
1
9

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

Скачать
51205
17
4

... возврат делянки лесничеству, накладная на заказ и на продажу, план работы номер телефон номер   6. Построение ER-модели     III Логическое проектирование 1. Приведение концептуальной модели в соответствие с требованиями реляционной модели данных   1.1 Удаление связей типа M:N и связей с атрибутами Связи «Древесина имеется у Бригадир» и «Древесина хранится у Нач. базы ...

Скачать
24488
7
5

... 2 Гц; - 512 Мб физической памяти; - Не менее 300 Мб доступного пространства на локальном диске. 2.5 Основные этапы проектирования базы данных «Почтовое отделение»: 1.         Общее проектирование системы; 2.         Проектирование структуры данных: выбор полей для включения в таблицы; 3.         Проектирование и связывание таблиц; 4.         Проектирование полей: правила ввода данных и ...

0 комментариев


Наверх