105168 (590920), страница 8

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 8)

Такая модель не зависит от физической среды - типа ЭВМ, операционной системы и СУБД, т.е. абстрагируется от смыслового содержания данных, отражая формы представления информации и связи между данными.

В настоящее время известны три логические модели:

1. иерархическая;

2. сетевая;

3. реляционная.

Реляционные модели нашли наиболее широкое применение на персональных компьютерах.

Реляционная модель данных (РМД) строится на использовании табличных методов и средств представления данных и манипулирования ими. В РМД информация о предметной области отображается таблицей - отношением. Строка таблицы называется кортежем, столбец - атрибутом. Каждый атрибут может принимать некоторое подмножество значений из определённой области - домена. Домен, таким образом, является областью определения одного или нескольких атрибутов. Отношениям, атрибутам и доменам присваиваются имена.

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

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

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

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

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

Структура реляционной БД всегда разрабатывается таким образом, чтобы каждая таблица, которая в ней находится, не содержала избыточной информации. Например, в БД АРМ “Секретаря” необходимо хранить данные о входящей, исходящей и внутренней документации обследуемой организации. Как следствие, нужно хранить характеристики документа. Если для этих целей будет использоваться одна таблица, то станет очевидным нерациональное использование памяти компьютера. Поэтому информацию необходимо разбить на несколько таблиц, которые будут между собой взаимосвязаны.

При создании БД АРМ “Секретаря» необходимо создать следующие таблицы:

• Атрибуты входящих документов

• Атрибуты исходящих документов

• Индексы структурных подразделений

• Название документов

• Резолюция

• Сроки исполнения исходящих документов

• Сроки исполнения исходящих документов

• Справочник по видам документов

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

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

Логическая модель БД АРМ «Секретаря».

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

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

• один к одному;

• один ко многим;

• многие к одному;

• многие ко многим;

Связь «один к одному» предполагает, что в каждый момент времени каждому элементу А соответствует 0 или 1 элемент В.

Связь «один ко многим » состоит в том, что в каждый момент времени каждому элементу А соответствует несколько элементов В.

Связь «многие к одному» предполагает, что в каждый момент времени множеству элементов А соответствует 1 элемент В.

Связь «многие ко многим» состоит в том, что в каждый момент времени множеству элементов А соответствует множество элементов В.

В БД АРМ «Секретаря» используются связи один ко многим.

Перед установлением связей между таблицами необходимо определить тип отношения между связываемыми таблицами:

• Обеспечение целостности данных;

• Каскадное обновление связанных полей;

• Каскадное удаление связанных записей.

С учетом всего вышеизложенного, были установлены связи между таблицами и создана следующая схема данных:

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

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

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

Характеристики

Список файлов ВКР