Пребразование связи один-ко-многим во внешний ключ

Ключ сущности у окончания «один» используется в качестве внешнего ключа сущности у окончания
«много».

Если окончание «много» является обязательным, то внешний ключ имеетограничение NOT NULL

Если окончание «один» является обязательным, то это поддерживается соответствующим триггером.

CREATE TABLE TICKET (
TickID NUMBER(3)
PRIMARY KEY,
...);

CREATE TABLE COUPON (
...
TickID NOT NULL
REFERENCES TICKET,
...);

37) Язык ER-моделирования. Преобразование связей многие-ко-многим в сущности-связки

Язык ER-моделирования - это язык определения информационной модели ПО. Базируется на концепции, согласно которой информационная модель ПО может быть описана в терминах: сущность, атрибут, связь. Используется на этапе анализа и прежде всего – концептуального моделирования. Язык является существенно графическим.

Преобразование связей многие-ко-многим в сущности-связки

Каждая из сущностей порождает базовое отношение.

Создается третья сущность-связка, которая содержит внешние ключи, ссылающиеся на созданные базовые отношения и не содержит никаких других атрибутов.

Если окончание связи является обязательным, то это поддерживается соответствующим триггером.

Пара внешних ключей сущности-связки образует ее первичный ключ.

CREATE TABLE TICKET (
TickID NUMBER(3)
PRIMARY KEY,
...);

CREATE TABLE FLIGHT (
FlhtID NUMBER (3)
PRIMARY KEY,
...);

CREATE TABLE LINK (
TickID REFERENCES TICKET,
FlhtID REFERENCES FLIGHT,
CONSTRAINT prk PRIMARY KEY
(TickID, FlhtID);

 

38) Язык ER-моделирования. Представление уникальных идентификаторов ключами таблиц

Язык ER-моделирования - это язык определения информационной модели ПО. Базируется на концепции, согласно которой информационная модель ПО может быть описана в терминах: сущность, атрибут, связь. Используется на этапе анализа и прежде всего – концептуального моделирования. Язык является существенно графическим.

Представление уникальных идентификаторов ключами таблиц

Уникальнй идентификатор составляет первичный ключ.

Если в состав уникального идентификатора входит кончание связи, то первчный ключ содержит соответствующий внешний ключ

CREATE TABLE AIRCRAFT (
AirNo NUMBER(3)
PRIMARY KEY,
...);
CREATE TABLE OFFICE (
OffID NUMBER (3)
PRIMARY KEY,
...);
CREATE TABLE SERVICE (
SrvDate DATE NOT NULL,
Result CHAR(50),
AirNo NOT NULL
REFERENCES AIRCRAFT,
OffID NOT NULL
REFERENCES OFFICE,
CONSTRAINT prk PRIMARY KEY
(SrvDate, AirNo, OffID);

Язык ER-моделирования. Представление уникальных идентификаторов столбцами-заменителями

Язык ER-моделирования - это язык определения информационной модели ПО. Базируется на концепции, согласно которой информационная модель ПО может быть описана в терминах: сущность, атрибут, связь. Используется на этапе анализа и прежде всего – концептуального моделирования. Язык является существенно графическим.

 

Используется в том случае, когда имеется длинная цепочка вхождения окончаний связей в первичные ключи.

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

Всем уникальным ИД придаются ограничения целостности UNIQUE, NOT NULL.

CREATE TABLE ROUTE (
RoID NUMBER(3)PRIMARY KEY,
RoNO NUMBER(5)UNIQUE NOT NULL);
CREATE TABLE ROUTE_FLIGHT (
FlID NUMBER(3) PRIMARY KEY,
FlDate DATE NOT NULL,
FlTime TIME NOT NULL,
RoID NUMBER (3)
REFERENCES ROUTE,
CONSTRAINT unq UNIQUE
(FlDate, FlTime, RoID));
CREATE TABLE BOARDING_PASS (
BPID NUMBER(3)PRIMARY KEY,
BPDate DATE NOT NULL,
BPTime TIME NOT NULL,
FlID NUMBER(3)
REFERENCES ROUTE_FLIGHT,
CONSTRAINT unq2 UNIQUE
(BPDate, BPTime, FlID));

40) Защита данных. Определение пользователей и ролей.

Создание пользователей

Любой пользователь для получения доступа к базе данных должен быть зарегистрирован в системе под определенным именем и определенным паролем.

Регистрация необходима для того, чтобы знать с кем имеет дело система в текущий момент работы.

Пользователь - это не только конкретное лицо, но и любой источник, который в состоянии обратиться к базе данных (программа, операционная система, Интернет-приложение и т.д.)

Создание ролей

Роль - это совокупность привилегий (прав) которые могут предоставляться группам пользователей или другим ролям.

Роли введены для того, чтобы можно было описывать ситуацию, когда группы пользователей имеют одинаковые функциональные обязанности, а значит они могут иметь одинаковые полномочия по работе с БД

Можно присвоить привилегии ролям, а затем «приписывать» пользователей к тем или иным ролям. Когда пользователь отнесен к роли, он получает привилегии этой роли