Меню
Поиск



рефераты скачатьДокументация кабинета информатики.Стендовый доклад. Менеджмент и маркетинг информационной деятельности.

| | атрибута |

| 7. Значение атрибута | |

| | Значение поле в записи |

| 8. Первичный ключ | |

| | Один или несколько атрибутов |

| 9. Тип данных | |

| | Тип значений элементов таблицы |

+-----------------------------------------------------------------+

Отношение - это плоская таблица, состоящая из столбцов и строк.

Схема отношений - это список имен атрибутов

Кортеж - это строка отношений.

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

Атрибут - это поименованный столбец отношения.

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

Первичный ключ - это атрибут отношения, однозначно идентифицирующий каждый

из его кортежей.

На рис. 3. приведен пример представления отношения «Формуляр читателя». В

общем случае порядок кортежей в отношении не определен. Однако в

реляционных СУБД для удобства кортежей все же упорядочивают. Чаще всего

для этого выбирают некоторый атрибут, по которому система автоматически

сортирует кортежи по возрастанию и убыванию. Если пользователь не

назначает атрибута упорядочения, система автоматически присваивает номер к

кортежам в порядке их ввода.

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

+-------------------------------------------------------------+

| 0x08 graphic | № группы | Соц. положение | Дата рождения |

| ФИО | | | |

|-----------------+----------+----------------+---------------|

| Алексеева Е. А. | | | |

| | 413-1 | Студент | 25.03.1985 |

| 0x08 graphic | | | |

| 0x08 graphic | 435 | Студент | 15.03.1983 |

| Савиновский С. | | | |

| И | - | 0x08 graphic | 10.06.1980 |

| | | Преподаватель | |

| Будырина С. В. | | | |

+-------------------------------------------------------------+

0x08 graphic

Рис. 3. Представление отношения «Формуляр читателя»

Отношение «Формуляр читателя» включает четыре домена. Домен 1 содержит

фамилии всех читателей, домен 2 номера всех групп, домен 3 название соц.

Положения и домен 4 дату рождения всех читателей. Отношение формуляр

читателя содержит три кортежа. Кортеж рассматриваемого отношения состоит

из четырех элементов.

Для приведенного примера схема отношения имеет вид «Формуляр читателя»

(ФИО, № группы, СП, дата рождения). В отношении «Формуляр читателя»

ключевым является атрибут «ФИО».

Существование ключа гарантирует то, что отношение - это множество, которое

не содержит одинаковых элементов - кортежей.

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

последовательность процедур.

1. определение перечня таблиц и их связей;

2. определение перечня полей, типов полей, ключевых полей каждой таблицы

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

через внешние ключи;

3. определение и установление индексов (индексирования) для полей в

таблицах;

4. разработка списков (словарей) для полей с перечислительным характером

значений данных;

5. установление ограничений целостности по полям таблиц и связям;

6. нормализация таблиц, доработка перечня таблиц и их связей.

Так же в реляционных СУБД для указания связей таблиц производят операцию

их связывания. Между таблицами могут устанавливаться бинарные (между двумя

таблицами), тернарные (между тремя таблицами) и в общем случае n-арные

связи. Наиболее часто встречаются бинарные связи.

При связывании двух таблиц выделяют основную и дополнительную

(подчиненную) таблицы. Логическое связывание таблиц производится с помощью

ключа связи.

Ключ связи состоит из одного или нескольких полей, который называется

полями связи.

Суть связывания состоит в установлении соответствия полей связи основной и

дополнительной таблиц. Поля связи основной таблицы могут быть обычными и

ключевыми. В качестве полей связи подчиненной таблицы чаще всего

используют ключевые поля.

В зависимости от того, как определены поля связи основной и дополнительной

таблиц, могут устанавливаться четыре основные связи (Таблица 1.2.):

* один - один (1:1);

* один - много (1:М);

* много - один (М:1);

* много - много (N:М).

Таблица 1.2.

Характеристика видов связей таблиц

+------------------------------------------------------------------------+

| Характеристика полей связи | 1:1 | 1:М | М:1 | N:М |

| по видам | | | | |

|----------------------------+----------+----------+----------+----------|

| Поля связи основной | Являются | Являются | Не | Не |

| таблицы | ключом | ключом | являются | являются |

| | | | ключом | ключом |

|----------------------------+----------+----------+----------+----------|

| Поля связи дополнительной | Являются | Не | Являются | Не |

| таблицы | ключом | являются | ключом | являются |

| | | ключом | | ключом |

+------------------------------------------------------------------------+

Связь вида один к одному образуется в случае когда все поля связи

основной и дополнительной таблиц являются ключевыми. Поскольку значение в

ключевых полях обеих таблиц не повторяются, обеспечивается

взаимно-однозначно в соответствии записей из этих таблиц. Сами таблицы, по

сути, здесь становятся равноправными (Рис. 4.).

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

Рис. 4. Графическое изображение отношения объектов 1:1

Связь вида один ко многим имеет место в случае, когда одной записи

основной таблицы соответствует несколько записей вспомогательной таблицы

(Рис. 5.).

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

Рис. 5. Графическое изображение отношения объектов 1:М

Связь вида многие к одному имеет место в случае, когда одной или

нескольким записям основной таблицы ставится в соответствие одна запись

дополнительной таблицы.

Связь вида многие ко многим возникает в случаях, когда нескольким записям

основной таблицы соответствует несколько записей дополнительной таблицы

(Рис. 5.).

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

0x08 graphic

Рис. 6. Графическое изображение отношения объектов N:М

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

одна из таблиц может иметь различного рода связи с несколькими таблицами.

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

таблицами, образуется иерархия и дерево связей.

1.3. Запросы в реляционной СУБД

Запросы являются более распространенным видом обработки данных при решении

пользователями тематических, логических, статистических и технологических

информационных задач.

Запрос представляет собой спецификацию на специальном языке для обработки

данных. В реляционных СУБД запросы к базе данных выражаются на языке SQL.

Язык SQL относится к так называемым декларативным (непроцедурным) языкам

программирования. В отличие от процедурных языков (С, Паскаль, Кобол,

Бейсик) на нем формулируется предложения (инструкции) о том, «что

сделать», но не «как сделать, как получить». Машина данных в СУБД

исполняет роль интерпретатора и как раз строит машинный код, реализующий

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

Язык SQL состоит из двух частей:

* Языка описания (определения) данных - DDL (Data Definition Language);

* Языка манипулирования данными - DML (Data Manipulation Language)

Синтаксис SQL - инструкций включает:

* Название инструкций (команду);

* Предложение, определяющее источник, условия операции;

* Предикаты, определяющие способы и режимы отбора записей, задаваемых

предложениями;

* Выражения, значения которых задают свойства и параметры выполнение

инструкции и предложения.

Формирование запросов в СУБД может осуществляться в специальном редакторе

или через наглядно - диалоговые средства и пошаговые мастера формирования

запросов. Сформированный запрос в виде SQL - инструкции сохраняется в

файле базы данных в последствии специальной командной СУБД может

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

формы результатов исполнения запросов их можно разделить на три группы:

* Запросы на выборку данных;

* Запросы на изменение данных;

* Управляющие запросы.

1.4. Формы в реляционной СУБД

Вертикальный способ отображения полей записей в современных СУБД вместе с

идеями электронных бланков трансформировался в технику форм. Естественным

и интуитивно - понятным способом работы со структурированной информацией

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

«бумажные формы». Формы в СУБД как раз и выполняют функции предоставления

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

имитацией «заполнения» бланков, анкет и т.п. Таким образом, форма в СУБД

представляет собой специальный экранный объект, включающий поля для ввода

данных одной записи базовой таблицы и другую поясняющую информацию.

В Прил. 1. приведен пример формы для ввода, просмотра и изменения данных в

таблице «Формуляр читателя».

1.5. Отчеты в реляционной СУБД

Решаю задачу документирования выводимых данных, т.е.представления

результатов обработки и накопления данных в форме текстового документа,

который можно распечатать или приобщить к другому текстовому документу.

Отчеты во многом аналогичны выводным формам и, по сути, представляют

печатные формы для результатов накопления и обработки данных (Прил. 2.).

Отличительной особенностью отчётов является то, что они строятся по

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

страницы и разделы с соответствующими элементами (поля, колонтитулы) и

параметрами форматирования (шрифт, отступы, выравнивания).

В отчеты могут помещаться элементы управления, среди которых особое

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

на основе вычисления определенных статистических функций по помещаемым в

отчеты данных.

Помимо полей с данными и вычисляемых полей в отчеты могут внедряться

различные графические объекты для формирования логотипов и других

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

1.6. Microsoft Access

Access - представляет собой мощную программу управления данными,

предназначенную главным образом для программистов. Access поставляется

только в составе профессионального пакета Office.

Microsoft Access, обладает всеми чертами классической СУБД, предоставляет

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

простая в использовании СУБД, но и система для разработки работающих с

базами данных приложений. С помощью Access можно создать приложение,

работающее в среде Windows и полностью соответствующее потребностям

пользователя по управлению данными.

Microsoft Access имеет множество областей применения: на малом

предприятии; в работе по контракту, когда вы разрабатываете прикладные

программы по заказу или выступаете в роли консультанта; в больших

корпорациях, когда вы выступаете в роли координатора производственных

информационных систем и даже в сфере домашнего применения.

1.7. Структура и характеристика СУБД Microsoft Access

Microsoft Access предоставляет максимальную свободу в задании типа данных

(текст, числовые данные, даты, время, денежные значения, рисунки, звук,

документы, электронные таблицы). Можно задать форматы хранения (длина

строки, точность представления чисел и даты времени) и предоставления этих

данных при выводе на экран или печать. Для уверенности, что в базе данных

хранятся только корректные значения, можно задать условия на значения

различной степени сложности.

Microsoft Access может работать с большим числом самых разнообразных

форматов данных, включая файловые структуры других СУБД. Также можно

производить импорт и экспорт данных из файлов текстовых редакторов или

электронных таблиц. С помощью Access возможна - обработка файлов Рагаdох,

dВАSE III, dВАSЕ IV, FохРго и др. Можно также импортировать данные из этих

файлов в таблицу Access.

Основные объекты базы данных Access:

Таблица: Объект, который определяется и используется для хранения данных.

Каждая таблица включает информацию об объекте определенного типа. Таблица

содержит поля (столбцы), в которых хранятся различного рода данные, и

записи (строки). В записи собрана вся информация о конкретном предмете.

Для каждой таблицы можно определить первичный ключ (одно или несколько

полей, которые имеют уникальное значение для каждой записи) и один или

несколько индексов с целью увеличения скорости доступа к данным.

Запрос: Объект, который позволяет пользователю получить нужные данные из

одной или нескольких таблиц. Для создания запроса можно использовать

образец или инструкции. Можно создать запросы на выбор, обновление,

удаление или на добавление данных. С помощью запросов можно создавать

новые таблицы, используя данные одной или нескольких таблиц, которые уже

существуют.

Форма: Объект, предназначенный в основном для ввода данных, отображения их

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

того, чтобы реализовать требования пользователя к представлению данных из

запросов или таблиц. Формы можно также распечатать. С помощью формы можно

в ответ на некоторое событие запустить макрос или процедуру.

Отчёт: Объект, предназначенный для создания документа, который

впоследствии может быть распечатан или включён в документ другого

приложения. Прежде чем выводить отчёт на принтер, можно просмотреть его на

экране.

Макрос: Объект, представляющий собой структурированное описание одного или

нескольких действий, которые должен выполнить Access в ответ на

определённое событие.

Модуль: Объект, содержащий программы на Microsoft Access Basic, которые

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

которые нельзя найти с использованием макросов.

1

2

1

3

2

4

5

3

1

А1

B

C

D

А2

Отношение формуляр читателя (таблица)

Атрибут № группы

(заголовок столбца)

Схема отношения (строка заголовка)

Значение атрибута (значение поля записи)

Кортеж (строка)

Объект А

Объект В

1 : 1

1 : М

Объект В

Объект А

N : М

Объект В

Объект А

Страницы: 1, 2, 3




Новости
Мои настройки


   рефераты скачать  Наверх  рефераты скачать  

© 2009 Все права защищены.