47422 (665806), страница 2

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

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

Корпоративная БД создается, поддерживается и функционирует под управлением сервера БД.

Для создания и управления функционированием персональных БД и приложений, работающих с ними, используются СУБД такие, например, как Microsoft Ассеss под ОС Windows, OpenOffice.org. Base под ОС Linux.

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

• компьютер-сервер, содержащий корпоративную и персональные базы;

• компьютер-сервер и персональные компьютеры с БДП;

• несколько компьютеров-серверов и персональных компьютеров с БДП.

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

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

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

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

Основные шаги проектирования БД:

- Определить информационные потребности БД;

- Проанализировать объекты, которые нужно промоделировать в БД.

1. Основные типы моделей данных

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

Рассмотрим три основных типа моделей данных: иерархическую, сетевую, реляционнную и объектно-ориентированную.

Иерархическая модель данных. Иерархическая структура представляет совокупность элементов, связанных между собою по определенным правилам. Объекты, связанные иерархическими отношениями, образовывают ориентированный граф (перевернутое дерево), пример которого надається на рис.2. К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Иерархическую модель организовывает данные в виде древовидной структуры. Узел - это совокупность атрибутов данных, которые описывают некоторый объект. На схеме иерархического дерева узлы имеют вид вершин графа. Каждый узел на более низком уровне связан только с одним узлом, который находится на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), которая не подчинена никакой другой вершине. Зависимые (подчиненные) узлы находятся на втором, третьем и других уровнях. Количество деревьев в базе данных определяется числом корневых записей.

Сетевая модель данных

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

Реляционнаяна модель данных. Понятие реляционный (англ. relation - отношение) связан с разработками известного американского специалиста в области систем баз данных Э.Ф. Кодда. Эти модели характеризуются простотой структуры данных, удобной для пользователя формой представления в виде таблиц и возможностью использования аппарата алгебры отношений и реляционнного вычисления для обработки данных.

На языке математики отношение определяется таким образом. Пусть задано n множеств D1,D2, ...,Dn. Тогда R есть отношение над этими множествами, если R есть множеством упорядоченных наборов вида , где d1 - элемент с D1 , d2 - элемент с D2 , ... , dn - элемент с Dn. При этом наборы вида называются кортежами, а множества D1,D2, ...Dn - доменами. Каждый кортеж состоит из элементов, которые выбираются из своих доменов. Эти элементы называются атрибутами, а их значения - значениями атрибутов.

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

- каждый элемент таблицы - это один элемент данных;

- все столбцы в таблицы - однородные, т.е все элементы в столбце имеют одинаковый тип (символьный, числовой и т.п.);

- каждый столбец носит уникальное имя;

- одинаковые строки в таблицы отсутствуют.

Таблицы имеют строки, которые отвечают записям (или кортежам), а столбцы -атрибутам отношений (доменам, полям).

Следующие термины являются эквивалентными:

отношение, таблица, файл (для локальных БД);

кортеж, строка, запись;

атрибут, столбик, поле.

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

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

БД считается нормализованной, если выполняются следующие условия:

- каждая таблица имеет главный ключ;

- все поля каждой таблицы зависят только от главного ключа;

- в таблицах отсутствуют группы повторных значений.

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

Существуют четыре типа отношений между таблицами: один к одному, один ко многим, много к одному, много ко многим.

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

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

Главная таблица – это таблица, которая содержит первичный ключ и составляет часть один в отношении один ко многим.

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

Практическая работа

2. Порядок выполнения:

1. Выполните запуск OpenOfficeBase следующим образом :

ПУСК – ПРОГРАММЫ –OpenOffice.org.2.0.3– OpenOfficeBase

2. После запуска программы на экране откроется окно Мастер базы данных, в котором необходимо выбрать команду – Создать базу данных – Готово. В следующем окне необходимо сохранить файл базы данных. Файл базы данных сохранить на диске в папке Houme под именем «своя фамилия ».

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

3. В режиме “Дизайна” создать три таблицы для Вашей базы данных:

Таблица1 – «Пациент» содержит следующие поля:

Код_амбул_карты - ключ (тип данных – Целое [INTEGER]);

Фамилия – (тип данных - текст [VARCHAR]

Имя– (тип данных - текст [VARCHAR]

Отчество– (тип данных - текст [VARCHAR]

Дата_рождения - (тип данных – дата [DATE]);

Адрес - (тип данных - текст [VARCHAR]

Таблица2 – «Диагноз» содержит следующие поля:

Код_амбул_карты - (тип данных – Целое [INTEGER]);

Код_диагноза – ключ (тип данных –Целое [INTEGER]);

Диагноз– (тип данных - текст [VARCHAR];

Таблица3 – «Лечение» содержит следующие поля:

Код_диагноза – (тип данных –Целое [INTEGER]);

Код_препарата ключ (тип данных –Целое [INTEGER]);

Препарат– (тип данных - текст [VARCHAR];

4. При описании поля – Дата_рождения - задать маску ввода.

5. Установить связи между таблицами:

-между таблицей «Пациент» и таблицей «Диагноз» - по полю Код_амбул_карты (один к одному);

- между таблицей «Диагноз» и таблицей «Лечение» – по полю Код_диагноза (один ко многим);

6. Заполнить базу данных: в таблицах записей не менее 10.

7. Cоздать форму с помощью мастера, в качестве источника выберите одну или несколько связанных между собой таблиц. Аналогично, создайте форму в режиме «Дизайна» связав между собой все три связанные таблицы.

8. Создайте два запроса 1) с помощью Мастера; 2) с помощью Дизайна.

Литература

1. Быкадоров Ю.А. Информатика и ИКТ

2. Гейн А.Г., Сенокосов А.И., Юнерман Н.А. Информатика и информационные технологии

3. Макарова Н.В., Волкова И.В., Николайчук Г.С и др. под ред. Макаровой Н.В. Информатика

4. Семакин И.Г., Залогова Л.А., Русаков С.В. и др. Информатика и ИКТ

5. Горячев А.В. Информатика и ИКТ

6. Горячев А.В., Суворова Н.И. Информатика

7. Матвеева Н.В., Челак Е.Н., Конопатова Н.К. и др. Информатика и ИКТ

8. Семенов А.Л., Рудченко Т.А. Информатика

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

Список файлов реферата