- •Информационные таможенные технологии
- •Оглавление
- •Введение
- •Таможенная информационная система
- •Свойства и характеристики информации
- •Информационные системы
- •Таможенные информационные системы
- •Виды информационных моделей
- •Взаимодействие пользователя и тис
- •Информационные ресурсы таможенных органов: порядок формирования и использования
- •Современное состояние информационной системы таможни
- •Операционные системы, используемые в информационных таможенных технологиях
- •Функции операционных систем
- •Эволюция операционных систем и основные идеи
- •Архитектура операционной системы
- •Файловые системы
- •Базы данных
- •Реляционная база данных
- •Нормализация
- •Реляционная субд
- •Виды связей таблиц
- •Проектирование баз данных
- •Основные объекты ms Access
- •Сетевые технологии
- •Классификация компьютерных сетей
- •Топология сетей
- •Способы коммутации
- •Сетевая модель iso/osi
- •Сетевое оборудование
- •Сетевые технологии
- •Высокоуровневые услуги глобальных сетей
- •Информационные ресурсы Internet
- •Спецификация универсального адреса информационного ресурса в сети
- •Организация информации в www
- •Стратегия поиска информации в Internet
- •Электронная почта
- •Ведомственная интегрированная телекоммуникационная сеть
- •Электронная цифровая подпись
- •Базовое по
- •Информационная безопасность
Виды связей таблиц
Существует три виды связей таблиц.
Связь с отношением «один-ко-многим». Является наиболее часто используемым типом связи между таблицами. В такой связи каждой записи в таблице A могут соответствовать несколько записей в таблице B, а запись в таблице B не может иметь более одной соответствующей ей записи в таблице A. Например, в одном подразделение может работать несколько сотрудников, но ни один сотрудник не может работать сразу в нескольких подразделениях. Принятое обозначение (1 – ∞).
Отношение «многие-ко-многим». При этом отношении одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит по крайней мере из двух полей, которые являются полями внешнего ключа в таблицах A и B. Например, между таблицами инспекторов и лиц, пересекающих границу, связь определяется отношением «многие-ко-многим». Один декларант может обсуживаться у нескольких инспекторов, в то же время инспектор может обслуживать несколько лиц. Такая связь определяется путем создания двух связей с отношением «один-ко-многим» для таблицы Инспектор_Декларант, в которой обязательно должны быть поля КлючИнспектора и КлючДекларанта.
При отношении «один-к-одному» запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу. Связь с отношением «один-к-одному» используют для разделения очень широких таблиц или для отделения части таблицы по соображениям защиты.
Проектирование баз данных
Создание любой базы данных начинается с проектирования. Для выполнения проектирование понадобится только карандаш и бумага. Цель этапа решить, какие поля необходимо включить в базу данных и на сколько разных частей будет разделена вся информация. При этом надо помнить, что поля баз данных лучше выбирать «с перебором», чем «с недобором». С другой стороны, не следует отбирать поля произвольным образом или для тех данных, которые могут быть вычислены на основе имеющихся полей. Ввод информации в базу данных – трудоемкое занятие, поэтому излишнее количество полей может существенно усложнить работу.
После выбора полей их следует распределить по разным таблицам и выбрать первичный ключ, отвечающий за уникальность каждой записи. Создание нескольких таблиц для размещения в них информации разного типа может значительно упростить ввод данных. В таком случае не придется повторно вводить одну и ту же информацию, поскольку она уже будет содержаться в одной из таблиц.
Так, при создании базы данных о сотрудниках таможни следует разбить базу данных на несколько таблиц. Первая будет содержать информацию о подразделениях (код, название, руководитель и др.). Вторая – о сотрудниках (табельный номер, фамилия, имя, отчество, дата рождения). Если же данная база будет состоять из одной таблицы, придется для всех сотрудников одного подразделения вводить повторно одни и те же данные. Чтобы две таблицы работали как единое целое, между ними необходимо установить соответствующую связь.
Связь между таблицами устанавливает тип отношений между совпадающими значениями в ключевых полях, обычно между полями разных таблиц, имеющими одинаковые имена. В большинстве случаев с ключевым полем одной таблицы, являющимся уникальным идентификатором каждой записи, связывается внешний ключ другой таблицы. Например, для сопоставления сведений о сотруднике и подразделении следует определить связь по полям кодПодразделения в двух таблицах.