Реляционная модель, основанная на логических отношениях данных.

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

Первый подход заключается в том, что на этапе концептуального проектирования создается не концептуальная модель данных, а непосредственно реляционная схема базы данных, состоящая из определений реляционных таблиц, подвергающихся нормализации.
Второй подход основан на механическом преобразовании функциональной модели, созданной ранее, в нормализованную реляционную модель. Этот подход чаще всего используется при проектировании больших, сложных схем баз данных, необходимых для корпоративных информационных систем.

Табл.1. Основные определения реляционных СУБД

№

Термин

Определение

Реляционная модель данных

Организует и представляет данные в виде таблиц или реляций.

Реляционная база данных (РБД, RDBMS).

База данных, построенная на реляционной модели.

Реляция (таблица-элементарная информационная единица)

Двумерная таблица, содержащая строки и столбцы данных.

Степень реляции.

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

Кортежи

Строки реляции (таблицы), соответствуют объекта, конкретному событию или явлению.

Атрибуты

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

Область атрибута

Набор всех возможных значений, которые могут принимать атрибуты. Если в процессе работы возникает ситуация, что атрибут неприменим или значения одного или нескольких атрибутовстроки пока неизвестны, то строка запишется в базуданных с пустыми значениямиэтих атрибутов (NULL строка).

Пустое значение

Значение, приписываемое атрибуту в кортеже, если атрибут неприменим или его значение неизвестно

Ключ

Любой набор атрибутов, однозначно определяющий каждый кортеж реляционной таблицы.

Ключ реляции

Ключ также можно описать как минимальное множество атрибутов, однозначно определяющих (или функционально определяющих)каждое значение атрибута в кортеже.

Здесь представлены только бозовае таблицы АСУ КТП, в зависимости от вашего варианта (разрабатываемого модуля) перечень дополнительных таблиц, для конкретного модуля) должен быть создан на этапе проектирования структуры БД модуля АСУ КТП (этап 3).

Таблица управления проектами ASU_PROEKT_CONTROL

Уникальный ключ

PROEKT_NNN

Наименование проекта

PROEKT_NUMBER

Описание проекта

PROEKT_COMMENT

Ссылка на руководителя

PROEKT_USER_NNN

1 Проект №0011 Блок питания 1 2 Проект №0066 Плата ВЗУ 9 3 Проект №2011 Модуль памяти 11 4 Проект №0014 Блок контроля 1 5 Проект №0015 Кардиограф 1 6 Проект №4011 Кардиостимулятор 1 7 Проект №3011 Кассовый аппарат 1 Содержание раздела