|                            | атрибута                           | 
   |  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 
   
 |