- •Конспект Лекций по итт Оглавление
- •Введение
- •Таможенная информационная система
- •Свойства и характеристики информации
- •Информационные системы
- •Таможенные информационные системы
- •Виды информационных моделей
- •Взаимодействие пользователя и тис
- •Информационные ресурсы таможенных органов: порядок формирования и использования
- •Современное состояние информационной системы таможни
- •Операционные системы, используемые в информационных таможенных технологиях
- •Функции операционных систем
- •Эволюция операционных систем и основные идеи
- •Архитектура операционной системы
- •Файловые системы
- •Базы данных
- •Реляционная база данных
- •Нормализация
- •Реляционная субд
- •Виды связей таблиц
- •Проектирование баз данных
- •Основные объекты ms Access
- •Сетевые технологии
- •Классификация компьютерных сетей
- •Топология сетей
- •Способы коммутации
- •Сетевая модель iso/osi
- •Сетевое оборудование
- •Сетевые технологии
- •Высокоуровневые услуги глобальных сетей
- •Информационные ресурсы Internet
- •Спецификация универсального адреса информационного ресурса в сети
- •Организация информации в www
- •Стратегия поиска информации в Internet
- •Электронная почта
- •Ftp-ресурсы
- •Ведомственная интегрированная телекоммуникационная сеть
- •Электронная цифровая подпись
- •Базовое по
- •Информационная безопасность
Реляционная субд
Реляционная СУБД – СУБД, управляющая реляционными базами данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
каждый элемент таблицы – один элемент данных.
все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)
каждый столбец имеет уникальное имя
одинаковые строки в таблице отсутствуют
порядок следования строк и столбцов может быть произвольным
Строка таблицы называется записью, колонка – полем.
Ключи
Первичный ключ (англ. primary key) – минимальное множество атрибутов, являющееся подмножеством заголовка данного отношения, составное значение которых уникально определяет кортеж отношения. На практике термин первичный ключ обозначает поле или группу полей таблицы базы данных, значение которого (или комбинация значений которых) используется в качестве уникального идентификатора записи этой таблицы. В реляционной теории таблица представляет собой неупорядоченный набор записей. Единственный способ идентифицировать определённую запись в этой таблице – это указать набор значений одного или нескольких полей, который был бы уникальным для этой записи. Отсюда и происходит понятие первичного ключа – набора полей таблицы, совокупность значений которых определена для любой записи (строки) этой таблицы и различна для любых двух записей.
Внешний ключ (англ. foreign key) – поле таблицы, предназначенное для хранения значения первичного ключа другой таблицы с целью организации связи между этими таблицами.
Пусть имеются таблицы A и B. Таблица A содержит поля a, b, c, d, из которых поле a – первичный ключ. Таблица B содержит поля x, y, z. В поле y содержится значение поля a одной из записей таблицы A. В таком случае поле y и называется внешним ключом таблицы A в таблице B.
Вот такой SQL-запрос вернёт все связанные пары записей из таблиц A и B:
select * from A, B where A.a = B.y;
Внешний ключ в таблице может ссылаться и на саму эту таблицу. В таких случаях говорят о рекурсивном внешнем ключе. Необходимо для реализации древовидной структуры данных в реляционной таблице.
СУБД поддерживают автоматический контроль ссылочной целостности на внешних ключах.
Виды связей таблиц
Существует три виды связей таблиц.
Связь с отношением «один-ко-многим». Является наиболее часто используемым типом связи между таблицами. В такой связи каждой записи в таблице A могут соответствовать несколько записей в таблице B, а запись в таблице B не может иметь более одной соответствующей ей записи в таблице A. Например, в одном подразделение может работать несколько сотрудников, но ни один сотрудник не может работать сразу в нескольких подразделениях. Принятое обозначение (1 – ∞).
Отношение «многие-ко-многим». При этом отношении одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит по крайней мере из двух полей, которые являются полями внешнего ключа в таблицах A и B. Например, между таблицами инспекторов и лиц, пересекающих границу, связь определяется отношением «многие-ко-многим». Один декларант может обсуживаться у нескольких инспекторов, в то же время инспектор может обслуживать несколько лиц. Такая связь определяется путем создания двух связей с отношением «один-ко-многим» для таблицы Инспектор_Декларант, в которой обязательно должны быть поля КлючИнспектора и КлючДекларанта.
При отношении «один-к-одному» запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу. Связь с отношением «один-к-одному» используют для разделения очень широких таблиц или для отделения части таблицы по соображениям защиты.