Тема: Информационное обеспечение асоиу. Модели данных. 1-ая, 2-я, 3-я нормальная формы реляционных баз данны - rita.netnado.ru o_O
Главная
Поиск по ключевым словам:
страница 1
Похожие работы
Название работы Кол-во страниц Размер
В системы управления базами данных 1 52.4kb.
Особенностью реляционной модели организации баз данных является то... 1 14.38kb.
Автоматизированный банк данных (БнД) и его компоненты 1 15.69kb.
Программа развития моу- люксюгунская 1 90.79kb.
Связок и мышц обеспечивает сохранение формы сводов стопы и их функции 1 52.47kb.
Цель урока. Учащиеся должны иметь представление 1 89.5kb.
2. Создание единого информационно-образовательного пространства оу 1 202.93kb.
Александр Грошев. Основы работы с базами данных 1 240.17kb.
Краткое содержание курса Тема Теория государства Тема Формы государства... 1 62.36kb.
Задание Создание базы данных Создайте в Access новую базу данных... 1 83.93kb.
Экспресс-диагностика эмпатии 1 65.39kb.
1. Место дисциплины в структуре основной образовательной программы... 1 38kb.
Публичный отчет о деятельности моу кассельская сош 2 737.71kb.
Тема: Информационное обеспечение асоиу. Модели данных. 1-ая, 2-я, 3-я нормальная - страница №1/1

ТЕМА: Информационное обеспечение АСОИУ. Модели данных. 1-ая, 2-я, 3-я нормальная формы реляционных баз данных.
1. ИО призвано решать задачу предоставления в требуемый момент времени необходимой информации для принятия оперативных решений по управлению объектом управления.

АСОИ и У имеет дело не с самим объектом, а информацией о нем поэтому основной функцией ИО является создание и ведение динамической информационной модели объекта. Эта модель в каждый момент времени содержит данные, соответствующие фактическим значениям параметров с допустимой задержкой во времени. Задача поддержания информационной модели в динамическом состоянии требует от ИО, чтобы выполнялись операции хранения и модификации информационной модели в соответствии с возникающими изменениями в состоянии объектов предметной области.

Всю информация в АСОИ и У по функциональному назначению принято разделять на директивную, нормативно-техническую, учетно-производственную, вспомогательную.

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

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

Учетно-производственная информация отражает движение материальных ценностей и учетных данных в рассматриваемой предметной области (объем 50%...60%).

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

Вся информация в системе структурируется с помощью банка данных. Для максимального удовлетворения требований всех групп пользователей в банк данных вводится централизованное управление данными. Для выполнения своих функций банк данных включает в себя следующие основные компоненты: БД, СУБД, АДМИНИСТРАТОРА БД, СЛОВАРЬ ДАННЫХ.

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

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

Администратор банка данных – это лицо или группа лиц, реализующих управление БД.

Словарь данных – специальная система, основная функция которой хранение единообразной и централизованной информации обо всех ресурсах данных банка данных. Он включает в себя сведения:

об объектах, их свойствах и отношениях для данной предметной области;

о данных, хранимых в БД (их наименование, смысловое описание, структура, связи с другими данными);

о возможных значениях и формах предоставления данных;

об источниках данных;

о кодах защиты и разграничения доступа к данным со стороны пользователей. Чаще всего словарь данных интегрируется в СУБД.База данных, являясь основой информационного обеспечения АСОИ и У представляет собой одну или несколько таблиц, соединяемых собой в соответствии с законами реляционной модели (т.е. на основе отношений между данными).

2. Модели данных

Модель данных — совокупность структур данных и операций по их обработке. С помощью модели данных можно наглядно представить структуру объектов и установленные между ними связи. Для терминологии моделей данных характерны понятия «элемент данных» и «правила связывания». Элемент данных описывает любой набор данных, а правила связывания определяют алгоритмы взаимосвязи элементов данных. К настоящему времени разработано множество различных моделей данных, но на практике используется три основных. Выделяют иерархическую, сетевую и реляционную модели данных. Соответственно говорят об иерархических, сетевых и реляционных СУБД.

Иерархическая модель данных. Иерархически организованные данные встречаются в повседневной жизни очень часто. Например, структура высшего учебного заведения — это многоуровневая иерархическая структура. Иерархическая (древовидная) БД состоит из упорядоченного набора элементов. В этой модели исходные элементы порождают другие элементы, причем эти элементы в свою очередь порождают следующие элементы. Каждый порожденный элемент имеет только один порождающий элемент.

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

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

О Сетевая модель данных. Сетевой подход к организации данных является расширением иерархического подхода. Данная модель отличается от иерахической тем, что каждый порожденный элемент может иметь более одного порождающего элемента. ■

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

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



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

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



Вторая нормальная форма

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

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

О таблица должна содержать данные об одном типе объектов;

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

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



Третья нормальная форма

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



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