I. Иерархическая модель
| В данной модели любой объект может подчиняться лишь одному объекту вышестоящего уровня. Т.о. один объект основной, остальные – подчиненные. |
II. Сетевая модель
| В сетевой модели любой объект возможно подчинен нескольким объектам, т.е. возможно и главным и подчиненным, и может принимать участие в любом количестве связей. |
III. Реляционная модель
В реляционной модели информация представляется в виде прямоугольных таблиц. Любая таблица складывается из столбцов и строк и имеет имя, неповторимое в БД. Со своей стороны, любая строчок (запись) таковой таблицы содержит данные, относящуюся лишь к одному конкретному объекту, а любой столбец (поле) таблицы имеет неповторимое для собственной таблицы имя.
Реляционные базы данных (РБД), в отличие от иерархических и сетевых моделей, разрешают организовывать связи между таблицами в любую секунду. Для этого в РБД реализован механизм внешних ключей. В каждой таблице БД имеется хотя бы одно поле, служащее ссылкой для второй таблицы. В терминологии РБД такие поля именуются полями внешних ключей. Посредством внешних ключей возможно связывать каждые таблицы БД на любом этапе работы с БД.
4. Реляционная модель данных
Реляционная БД (РБД) – это совокупность несложных двумерных логически взаимосвязанных таблиц-отношений, складывающихся из записей и множества полей, отражающих некую предметную область.
Реляционная модель данных была предложена Е. Коддом, известным американским экспертом в области баз данных. Главные концепции данной модели были в первый раз размещены в 1970 г. Будучи математиком по образованию, Кодд внес предложение применять для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он продемонстрировал, что любое представление данных сводится к совокупности двумерных таблиц особенного вида, известного в математике как отношение (по-английски – relation, из этого и наименование – реляционные базы данных).
Одна из основных идей Кодда заключалась в том, что связь между разрешёнными должны устанавливаться в соответствии с их внутренними логическими взаимоотношениями. Второй ответственный принцип, предложенный Коддом, содержится в том, что в реляционных совокупностях одной командой смогут обрабатываться целые файлы данных, тогда как ранее одной командой обрабатывалась лишь одна запись.
Базисные понятия реляционных баз данных (РБД)
* Отношение – информация об объектах одного типа, к примеру, о клиентах, заказах, сотрудниках. В реляционной БД отношение хранится в виде таблицы.
* Атрибут – определенная часть информации о некоем объекте – к примеру, адрес клиента либо заработная плат сотрудника. Атрибут в большинстве случаев хранится в виде столбца (поля) таблицы.
* Тип данных – понятие, которое в реляционной модели абсолютно эквивалентно соответствующему понятию в алгоритмических языках. Комплект поддерживаемых типов данных определяется СУБД и может очень сильно различаться в различных совокупностях.
* Сообщение – метод, которым связана информация в одной таблице с информацией в второй таблице. Связи осуществляются посредством совпадающих полей, каковые именуются ключом.
* Объединение – процесс объединения таблиц либо запросов на базе совпадающих значений определенных атрибутов.
Реляционная совокупность управления базами данных (РСУБД)
Комплект средств для управления РБД именуется реляционной совокупностью управления базами данных, которая может содержать утилиты, приложения, работы, библиотеки, другие создания компоненты и средства приложений. Будучи связанной при помощи неспециализированных главных полей, информация в РБД может объединяться из множества таблиц в единый результирующий комплект.
Главными функциями РСУБД являются:
- Определение данных – какая информация будет храниться, задать структуру БД и их тип.
- Обработка разрешённых – можно выбирать каждые поля, сортировать и фильтровать эти. Возможно объединять эти и подводить итоги.
- Управление разрешёнными – корректировать и додавать эти.
6. Неспециализированная черта СУБД ACCESS
Микрософт Access – это функционально полная реляционная СУБД, в которой предусмотрены все нужные средства для обработки и определения данных, и для управления ими при работе с громадными количествами информации. Разные ее предположения входят в состав программного пакета MS Office и трудятся в среде Windows (3.11/95/98/2000/XP).
Окно БД в Access
По окончании создания нового файла БД либо открытия существующего в рабочей области окна Access появляется окно базы данных:
 |
Режимы работы с объектами
Кнопки для работы с объектами БД расположены на Панели инструментов окна БД:
Открыть – разрешает перейти в режим редактирования таблицы, исполнения запроса, загрузки формы, построения отчета, запуска макроса.
Конструктор – снабжает переход к режиму настройки выбранного объекта.
Создать – разрешает приступить к созданию нового объекта выбранного типа.
7. Работа с таблицами
Дабы создать таблицу, необходимо перейти к перечню таблиц и надавить кнопку Создать. Покажется новое диалоговое окно Новая таблица:
Таблицу в Access возможно создать несколькими методами:
- выстроить новую таблицу «с нуля», воспользовавшись Конструктором;
- запустить Мастер таблиц – особую программу, предлагающую создать таблицу в походовом режиме на базе типовых ответов, имеющихся в Access;
- импортировать таблицу БД из файла какой-либо программы, к примеру, FoxPro либо Excel.
Задание имени поля
Имя поля задается в столбце Имя поля. Имя может содержать не более 64 знаков, наряду с этим допустимы каждые знаки, не считая точки, угловых скобок и восклицательного знака. Повторение имен полей не допускается.
Определение типа данных
Для каждого поля нужно указать тип данных, содержащихся в нем. Тип данных выбирается из перечня, что возможно позвать щелчком мыши в столбце Тип данных. Access оперирует следующими типами данных:
O Текстовый– для хранения простого текста с большим числом знаков 255.
O Поле MEMO – для хранения громадных количеств текста до 65 535 знаков.
O Числовой– для хранения настоящих чисел.
O Дата/время – для хранения календарных дат и текущего времени.
O Финансовый– эти поля содержат финансовые суммы.
O Счетчик – для определения неповторимого системного ключа таблицы. В большинстве случаев употребляется для порядковой нумерации записей. При добавлении в таблицу новой записи значение этого поля возрастает на 1 (единицу). Значения в таких полях не обновляются.
O Логический – для хранения данных, принимающих значения: Да либо Нет.
O Поле объекта OLE – для хранения объектов, созданных в других приложениях.
O Гиперссылка – для хранения ресурсов сети Internet либо Intranet.
Описание особенностей полей
Как уже отмечалось, характеристики отдельных полей определяются в области особенностей поля (вкладка Неспециализированные). Каждое поле имеет определенный комплект особенностей – в зависимости от типа поля. Кое-какие типы полей имеют схожие комплекты особенностей полей. Ниже перечислены фундаментальные особенности полей.
O Размер поля – большая протяженность текстового поля (по умолчанию 50 знаков) либо тип данных числового поля. Рекомендуется задавать минимально допустимое значение этого свойства, в силу того, что обработка данных меньшего размера выполняется стремительнее.
В случае, если тип данных – числовой, допустимы следующие значения свойства Размер поля:
| Значение | Описание | Дробная часть |
| Байт | Числа от 0 до 255 (без дробной части) | нет |
| Целое | Числа от -32 768 до 32 767 (без дробной части) | нет |
| Долгое целое (значение по умолчанию) | Числа от -2 147 483 648 до 2 147 483 647 (без дробной части) | нет |
| Одинарное с плавающей точкой | Числа от -3,402823E38 до -1,401298E–45 для отрицательных значений, и от 1,401298E–45 до 3,402823E38 для хороших | |
| Двойное с плавающей точкой | Числа от -1,79769313486232E308 до -4,94065645841247E-324 для отрицательных значений, и от 1,79769313486231E308 до 4,94065645841247E-324 для хороших |
Замечание. При преобразования поля в меньшее по размеру, может случиться утрата данных.
O Формат поля – формат отображения данных на экране либо печати. В большинстве случаев, употребляется формат, заданный по умолчанию.
O Число десятичных знаков – задает для числового и финансового типа данных число десятичных знаков по окончании запятой.
O Маска ввода – определяет форму, в которой эти вводятся в поле (средство автоматизации ввода данных).
O Подпись – обозначение для поля, которое будет употребляться для отображения поля в таблице, форме либо отчете. В случае, если это значение не выяснено, в качестве подписи будет забрано имя поля.
O Значение по умолчанию – стандартное значение, которое машинально вводится в поле при формировании новой записи данных.
O Условие на значение– задает ограничения на вводимые значения, тем самым разрешает осуществлять контроль над правильностью ввода данных.
O Сообщение об неточности – задает текст сообщения, выводимый на экран при нарушения условия на значение.
O Необходимое поле– определяет, может ли разрешённое поле содержать значения Null (т.е. оставаться безлюдным), либо необходимо непременно вводить в это поле эти.
O Индексированное поле – употребляется для сортировки записей и операций поиска по значению, хранящемуся в данном поле, и для автоматического исключения дублирования записей. Поля типа MEMO, Объект OLE и Гиперссылка не смогут индексироваться.
Определение главного поля
По окончании задания черт всех полей направляться выбрать, по крайней мере, одно главное поле. В большинстве случаев, в качестве главных полей указываются поля, каковые имеют неповторяющиеся эти либо создаются поля с типом данных Счетчик. В любом случае, поле ключа не должно содержать повторяющихся данных. Дабы выяснить ключ, нужно выделить необходимое поле (либо поля) и надавить кнопку Главное поле на панели инструментов либо соответствующую команду в п. м. Правка. Слева от маркера покажется изображение ключа.
Сохранение таблицы
Перед вводом информации спроектированную таблицу нужно сохранить: надавить кнопку Сохранить на панели инструментов либо соответствующую команду в п. м. Файл и ввести наименование таблицы, по окончании чего на экране появляется вопрос «Создать главное поле на данный момент?» (Да либо Нет)
В случае, если выбирается ответ «Да», то Access создаст машинально поле с именем «Код» и типом данных Счетчик, в случае, если «Нет», – то таблица будет создана без главного поля. В этом случае нужно открыть созданную таблицу в режиме Конструктора и выяснить «вручную» главное поле.
Ввод данных
Дабы перевести таблицу в режим ввода информации, необходимо перейти в режим Таблицы. Поля заполняются последовательно. Переход от одного поля к второму комфортно делать клавишей Tab (либо комбинацией Shift+Tab – в обратном направлении). В случае, если при проектировании таблицы для некоторых полей были предусмотрены значения по умолчанию, эти значения машинально покажутся в соответствующих полях. Записи в таблице возможно перемещать, копировать и удалять теми же методами, что и в электронных таблицах, другими словами сперва выделить строки, а позже выполнить нужную операцию. Столбец возможно выделить щелчком мыши по заголовку. Столбцы возможно перемещать вправо и влево, пользуясь способом drag and drop (перетащить и кинуть).
При необходимости возможно возвратиться в режим Конструктора. Это позволяет что-либо подправить в структуре таблицы.
Сортировка данных в таблице
Эти, находящиеся в таблице, возможно упорядочить в порядке возрастания либо убывания. Для этого необходимо поместить курсор мыши в любую ячейку столбца, значения которого будут упорядочены и из п. м. Записивыбрать команду Сортировка либо надавить на панели соответствующую кнопку.
8. Создание связей между таблицами БД
Связь между таблицами устанавливается методом определения в одной таблице (подчиненной) поля, соответствующего ключу второй таблицы (основной). Установленная сообщение свяжет записи, которые содержат в заданном поле однообразные значения. Созданные связи позднее Access будет применять в запросах, формах либо отчетах.
Замечания.
O Оба связываемых поля должны иметь однообразный тип данных.
O Свойства Размер поля для обоих связываемых полей числового типа должны быть однообразными.
O В случае, если главным полем основной таблицы есть поле с типом данных Счетчик, то это поле возможно связать с числовым полем подчиненной таблицы. Наряду с этим для числового поля связанной таблицы для свойства Размер поля должно быть задано значение Долгое целое.
Целостность данных
Целостность данных – это комплект правил, каковые поддерживают корректность связей между записями в связанных таблицах и снабжают защиту данных от случайных трансформаций либо удалений.
Эти правила включают:
O В подчиненной таблице нельзя вводить записи, каковые не связаны с записью основной таблицы.
O В основной таблице нельзя изменять значение главного поля, в случае, если в подчиненной таблице существуют записи, каковые с ней связаны.
O В основной таблице нельзя удалять записи, в случае, если в подчиненной таблице существуют связанные с ней записи.
Каскадные операции
Целостность данных в связанных таблицах снабжают каскадные операции двух видов:
O операции каскадного обновления;
O операции каскадного удаления.
Эти операции возможно включать и выключать методом установки соответствующих флажков: «Каскадное обновление связанных полей» и «Каскадное удаление связанных полей».
В случае, если установлен флажок «Каскадное обновление связанных полей», то каждые трансформации в значении главного поля в основной таблице, которая стоит на стороне «один» в отношениях 1:М, ведут к автоматическому обновлению соответствующих значений во всех связанных записях.
При установке флажка «Каскадное удаление связанных таблиц» при удалении записи из основной таблицы обеспечивается автоматическое удаление связанных записей в подчиненных таблицах.
Удаление (изменение) связей
O Открыть окно Схема данных;
O активизировать левой кнопкой мыши сообщение, которую нужно удалить (поменять);
O правой кнопкой мыши позвать контекстно-зависимое меню и выбрать команду Удалить (Поменять) соответственно.
9. Типы взаимоотношений между таблицами
Существует три типа взаимоотношений между таблицами:
Один-к-одному (1:1). Значению ключа в каждой записи в основной таблице смогут соответствовать значения в связанном поле лишь в одной записи подчиненной таблицы. В этом случае связь между таблицами возможно установлена лишь через главные поля обеих таблиц.
Один-ко-многим (1:М). Значению ключа в каждой записи в основной таблице смогут соответствовать значения в связанном поле (полях) в нескольких записях подчиненной таблицы. Данный тип отношения частенько употребляется в реляционных БД.
Много-ко-многим (М:М). Появляется между двумя таблицами, в то время, когда одна запись с первой таблицы А (выходная сообщение) возможно связана больше чем с одной записью второй таблицы В (принимающая), со своей стороны, одна запись с другой таблицы возможно связана больше чем с одной записью первой таблицы. Эта схема реализуется лишь при помощи третьей соединительной таблицы, ключ связи которой состоит, как минимум, из двух полей. Эти поля являются полями внешнего ключа в таблицах А и В. Первичный ключ для соединительной таблицы – это в большинстве случаев комбинация из внешних ключей.
В случае, если между таблицами имеются связи типа М:М, создается дополнительная таблица пересечений, благодаря которой сообщение М:М будет сведена к двум связям типа 1:М. Accеss не разрешает выяснить прямую связь М:М между двумя таблицами.
10. Формирование запросов
Запуск запроса
Для запуска запроса на выполнение из окна Конструктора нужно на панели инструментов надавить кнопку «Запуск» !либо выполнить команду Запрос/Запуск. Результаты выборки данных по запросу выводятся на экран в режиме таблицы.
Формирование Условий отбора
Перечень операторов применяемых при задании выражений следующий:
O операторысравнения:
=(равняется)
(не равняется)
(больше)
= (не меньше)
(меньше)
BETWEEN – разрешает задать диапазон значений. Синтаксис: Between«Выражение»And«Выражение» (к примеру: BETWEEN 10 And 20 свидетельствует также, что и логическое выражение=10 AND
IN – разрешает задавать применяемый для сравнения перечень значений (операндом есть перечень, заключенный в круглые скобки). К примеру: IN(Брест, Минск, Гродно) свидетельствует также самое, что и логическое выражение Брест OR Минск OR Гродно.
O логические операторы:
АND (к примеру: =10 AND
OR(к примеру: 100)
NOT(к примеру: Is Not Null – поле, содержащее какое-либо значение).
O операторLIKE– контролирует соответствие текстового либо Memo поля по заданному шаблону знаков.
Таблица знаков шаблона
| Знаки шаблона | Соответствие в выражении |
| ? | Любой один текстовый знак |
| * | Соответствует любой цифре либо любому знаку |
| # | Каждая одна цифра |
| [список знаков] | Любой один символ в «перечне знаков» |
| [!перечень знаков] | Любой один символ, что не входит в «перечень знаков» |
Примеры применения оператора Like:
LIKE С * – строки, начинающиеся с знака С;
LIKE [ A — Z ] # – любой знак от А до Z и цифра;
LIKE [! 0 — 9 ABC] * # # – строки, начинающиеся с любого знака не считая цифры либо букв А, В, С и заканчивающиеся на 2 цифры;
Сложные параметры выборки
Довольно часто приходится выбирать записи по условию, которое задается для нескольких полей таблицы либо по нескольким условиям для одного поля. В этом случае используются «И-запросы» (выбор записей лишь при условии исполнения всех условий) и«ИЛИ-запросы» (выбор записей при исполнении хотя бы одного из условий).
При задании «ИЛИ-запроса» каждое условие выборки должно размещаться на отдельной строчке Бланка запроса.
При задании «И-запроса» каждое условие выборки должно размещаться на одной строке, но в различных полях Бланка запроса.
Эти операции смогут быть заданы очевидно посредством операторовOR иAND соответственно.
Функции Iif( ) и Format( )
Функция IIf(условие; еслиИстина; еслиЛожь) – возвращает один из двух доводов в зависимости от результата вычисления выражения.
| Довод | Назначение |
| условие | Выражение, значение которого необходимо вычислить |
| еслиИстина | Значение либо выражение, возвращаемые, в случае, если значением выражения есть Истина (1) |
| еслиЛожь | Значение либо выражение, возвращаемые, в случае, если значением выражения есть Неправда (0) |
Функция Format(выражение; инструкция форматирования) – возвращает строчок, содержащую выражение, отформатированное в соответствии с руководствам форматирования.
Для выражений даты/времени возможно использовать следующие знаки в инструкции форматирования:
| Знак | Описание |
| c | Полный формат даты |
| ddd | Первые три буквы заглавия дня семь дней (от Sun до Sat). |
| dddd | Полное наименование дня семь дней (от Sunday до Saturday). |
| w | Сутки семь дней (от 1 до 7). |
| ww | семь дней года (от 1 до 53). |
| mmm | Первые три буквы заглавия месяца (от Jan до Dec). |
| mmmm | Полное наименование месяца (от January до December). |
| q | Квартал года (от 1 до 4). |
| y | Сутки года (от 1 до 366). |
| yy | Последние две цифры года (от 01 до 99). |
I. Иерархическая модель
| В данной модели любой объект может подчиняться лишь одному объекту вышестоящего уровня. Т.о. один объект основной, остальные – подчиненные. |
II. Сетевая модель
| В сетевой модели любой объект возможно подчинен нескольким объектам, т.е. возможно и главным и подчиненным, и может принимать участие в любом количестве связей. |
III. Реляционная модель
В реляционной модели информация представляется в виде прямоугольных таблиц. Любая таблица складывается из столбцов и строк и имеет имя, неповторимое в БД. Со своей стороны, любая строчок (запись) таковой таблицы содержит данные, относящуюся лишь к одному конкретному объекту, а любой столбец (поле) таблицы имеет неповторимое для собственной таблицы имя.
Реляционные базы данных (РБД), в отличие от иерархических и сетевых моделей, разрешают организовывать связи между таблицами в любую секунду. Для этого в РБД реализован механизм внешних ключей. В каждой таблице БД имеется хотя бы одно поле, служащее ссылкой для второй таблицы. В терминологии РБД такие поля именуются полями внешних ключей. Посредством внешних ключей возможно связывать каждые таблицы БД на любом этапе работы с БД.
4. Реляционная модель данных
Реляционная БД (РБД) – это совокупность несложных двумерных логически взаимосвязанных таблиц-отношений, складывающихся из записей и множества полей, отражающих некую предметную область.
Реляционная модель данных была предложена Е. Коддом, известным американским экспертом в области баз данных. Главные концепции данной модели были в первый раз размещены в 1970 г. Будучи математиком по образованию, Кодд внес предложение применять для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он продемонстрировал, что любое представление данных сводится к совокупности двумерных таблиц особенного вида, известного в математике как отношение (по-английски – relation, из этого и наименование – реляционные базы данных).
Одна из основных идей Кодда заключалась в том, что связь между разрешёнными должны устанавливаться в соответствии с их внутренними логическими взаимоотношениями. Второй ответственный принцип, предложенный Коддом, содержится в том, что в реляционных совокупностях одной командой смогут обрабатываться целые файлы данных, тогда как ранее одной командой обрабатывалась лишь одна запись.
Базисные понятия реляционных баз данных (РБД)
* Отношение – информация об объектах одного типа, к примеру, о клиентах, заказах, сотрудниках. В реляционной БД отношение хранится в виде таблицы.
* Атрибут – определенная часть информации о некоем объекте – к примеру, адрес клиента либо заработная плат сотрудника. Атрибут в большинстве случаев хранится в виде столбца (поля) таблицы.
* Тип данных – понятие, которое в реляционной модели абсолютно эквивалентно соответствующему понятию в алгоритмических языках. Комплект поддерживаемых типов данных определяется СУБД и может очень сильно различаться в различных совокупностях.
* Сообщение – метод, которым связана информация в одной таблице с информацией в второй таблице. Связи осуществляются посредством совпадающих полей, каковые именуются ключом.
* Объединение – процесс объединения таблиц либо запросов на базе совпадающих значений определенных атрибутов.
Правила (нормализации) построения реляционной БД
Нормализация является процессом реструкуризации данных методом ликвидации повторяющихся иных противоречий и групп с целью приведения таблиц к виду, разрешающему осуществлять непротиворечивое и корректное редактирование данных. Окончательная цель нормализации сводится к получению для того чтобы проекта БД, в котором любой факт появляется лишь в одном месте, т.е. исключена избыточность информации.
1. Каждое поле любой таблицы должно быть неповторимым.
2. Любая таблица должна иметь неповторимый идентификатор (первичный ключ), что может складываться из одного либо нескольких полей таблицы.
3. Для каждого значения первичного ключа должно быть одно и лишь одно значение любого из столбцов данных, и это значение должно относиться к объекту таблицы (т.е. в таблице не должно быть данных, каковые не относятся к объекту, определяемому первичным ключом, и информация в таблице обязана абсолютно обрисовывать объект).
4. Обязана иметься возможность изменять значения любого поля (не входящего в первичный ключ), и это не должно повлечь за собой трансформации другого поля (т.е. не должно быть вычисляемых полей).
5. Совокупности управления базами данных (СУБД)
Поддержание баз данных в компьютерной среде реализовывают программные средства – совокупности управления базами данных (database management system), каковые являются совокупностью программных и языковых средств неспециализированного либо специального назначения, нужных для баз данных на машинных носителях, поддержания их в организации доступа и актуальном состоянии к ним разных пользователей в условиях принятой разработке обработки данных.
СУБД – это управляющие программы, каковые снабжают все манипуляции с базами данных: создание базы, ее ведение, ее применение многими пользователями и др., т. е. реализуют сложный комплекс функций по централизованному управлению базой данных и обслуживают интересы пользователей.
СУБД возможно разглядывать как программную оболочку, которая находится между базой данных и пользователем. Она снабжает целостности и централизованный контроль защиты данных, доступ к данным, их обработку, формирование отчетов на базе базы данных и процедуры и другие операции.
Реляционная совокупность управления базами данных (РСУБД)
Комплект средств для управления РБД именуется реляционной совокупностью управления базами данных, которая может содержать утилиты, приложения, работы, библиотеки, другие создания компоненты и средства приложений. Будучи связанной при помощи неспециализированных главных полей, информация в РБД может объединяться из множества таблиц в единый результирующий комплект.
Главными функциями РСУБД являются:
- Определение данных – какая информация будет храниться, задать структуру БД и их тип.
- Обработка разрешённых – можно выбирать каждые поля, сортировать и фильтровать эти. Возможно объединять эти и подводить итоги.
- Управление разрешёнными – корректировать и додавать эти.
6. Неспециализированная черта СУБД ACCESS
Микрософт Access – это функционально полная реляционная СУБД, в которой предусмотрены все нужные средства для обработки и определения данных, и для управления ими при работе с громадными количествами информации. Разные ее предположения входят в состав программного пакета MS Office и трудятся в среде Windows (3.11/95/98/2000/XP).
Окно БД в Access
По окончании создания нового файла БД либо открытия существующего в рабочей области окна Access появляется окно базы данных:
| |