Физическая модель реляционной базы данных есть…
Какой из ниже перечисленных категорий таблиц нет в стандарте SQL-92?
Определите порядок действий при создании базовых таблиц реляционной базы данных
Номер шага алгоритма | Действие | ||
---|---|---|---|
1 | I | А | Формирование списка имен таблиц и их сокращений в словаре данных |
2 | II | Б | Идентификация реляционной таблицы |
3 | III | В | Проверка: число базовых таблиц соответствует числу отношений логической модели реляционной базы данных |
4 | IV | Г | Формирование списка имен колонок и их сокращений в словаре данных |
5 | V | Д | Определение колонок для базовых таблиц |
6 | VI | Е | Определение типов данных колонкам |
7 | VII | Ж | Проверка списка имен в словаре данных, чтобы избежать конфликтов имен в базе данных в целом |
8 | VIII | З | Выборочное добавление |
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многимТребуется разрешить это отношение.
Решение.
create table CUSTOMER ( CUSTOMER_NO NUMBER(6) not null, CUSTOMER_NAME VARCHAR2(45) null, CUSTOMER_ADDRESS VARCHAR2(35) null, CUSTOMER_CITY VARCHAR2(45) null, CUSTOMER_STATE CHAR(2) null, CUSTOMER_ZIP NUMBER(5) null, primary key (CUSTOMER_NO) ) create table SALESMAN ( SALESMAN_NO NUMBER(6) not null, SALESMAN_NAME VARCHAR2(45) null, SALESMAN_EMP_NO NUMBER(6) null, SALESMAN_YTD_SALES NUMBER(9,2) null, SALESMAN_QUOTA NUMBER(6) null, SALESMAN_PROD_GRP CHAR(8) null, primary key (SALESMAN_NO) ) create table CUSTOMER_ SALESMAN ( CUSTOMER_NO NUMBER(6) not null, SALESMAN_NO NUMBER(6) not null, primary key (CUSTOMER_NO, SALESMAN_NO) )
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многимТребуется разрешить это отношение.
Решение.
create table CUSTOMER ( CUSTOMER_NO NUMBER(6) not null, CUSTOMER_NAME VARCHAR2(45) null, CUSTOMER_ADDRESS VARCHAR2(35) null, CUSTOMER_CITY VARCHAR2(45) null, CUSTOMER_STATE CHAR(2) null, CUSTOMER_ZIP NUMBER(5) null, primary key (CUSTOMER_NO) ) create table SALESMAN ( SALESMAN_NO NUMBER(6) not null, SALESMAN_NAME VARCHAR2(45) null, SALESMAN_EMP_NO NUMBER(6) null, SALESMAN_YTD_SALES NUMBER(9,2) null, SALESMAN_QUOTA NUMBER(6) null, SALESMAN_PROD_GRP CHAR(8) null, primary key (SALESMAN_NO) ) create table CUSTOMER_ SALESMAN ( CUSTOMER_NO NUMBER(6) not null, SALESMAN_NO NUMBER(6) not null )
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многимТребуется разрешить это отношение.
Решение.
create table CUSTOMER ( CUSTOMER_NO NUMBER(6) not null, CUSTOMER_NAME VARCHAR2(45) null, CUSTOMER_ADDRESS VARCHAR2(35) null, CUSTOMER_CITY VARCHAR2(45) null, CUSTOMER_STATE CHAR(2) null, CUSTOMER_ZIP NUMBER(5) null, primary key (CUSTOMER_NO) ) create table SALESMAN ( SALESMAN_NO NUMBER(6) not null, SALESMAN_NAME VARCHAR2(45) null, SALESMAN_EMP_NO NUMBER(6) null, SALESMAN_YTD_SALES NUMBER(9,2) null, SALESMAN_QUOTA NUMBER(6) null, SALESMAN_PROD_GRP CHAR(8) null, primary key (SALESMAN_NO) ) create table CUSTOMER_ SALESMAN ( CUSTOMER_NO NUMBER(6) not null, SALESMAN_NO NUMBER(6) not null, primary key (CUSTOMER_NO, SALESMAN_NO), foreing key (CUSTOMER_NO) references CUSTOMER, foreign key (SALESMAN_NO) references SALESMAN )
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многимТребуется разрешить это отношение.
Решение.
create table CUSTOMER ( CUSTOMER_NO NUMBER(6) not null, CUSTOMER_NAME VARCHAR2(45) null, CUSTOMER_ADDRESS VARCHAR2(35) null, CUSTOMER_CITY VARCHAR2(45) null, CUSTOMER_STATE CHAR(2) null, CUSTOMER_ZIP NUMBER(5) null, primary key (CUSTOMER_NO) ) create table SALESMAN ( SALESMAN_NO NUMBER(6) not null, SALESMAN_NAME VARCHAR2(45) null, SALESMAN_EMP_NO NUMBER(6) null, SALESMAN_YTD_SALES NUMBER(9,2) null, SALESMAN_PROD_GRP CHAR(8) null, primary key (SALESMAN_NO) ) create table CUSTOMER_ SALESMAN ( CUSTOMER_NO NUMBER(6) not null, SALESMAN_NO NUMBER(6) not null, SALESMAN_QUOTA NUMBER(6) null, primary key (CUSTOMER_NO, SALESMAN_NO), foreing key (CUSTOMER_NO) references CUSTOMER, foreign key (SALESMAN_NO) references SALESMAN )
Связывающая таблица - это …
В контексте проектирования физической модели реляционной базы данных ограничение - это …
Какой вид ограничений не рассматривается в рамках физической модели базы данных?
Установите соответствие между ограничениями и их содержанием.
Ограничение | Описание | ||
---|---|---|---|
1 | CHECK | А | Гарантирует, что колонка всегда содержит значение и оно уникально в таблице |
2 | DEFAULT | Б | Помещает значение по умолчанию в колонку. Гарантирует, что колонка всегда имеет значение |
3 | FOREING KEY | В | Гарантирует, что значение существует как значение в колонке первичного ключа другой таблицы. Обеспечивает процедуры удаления дочерних строк при удалении связанных с ней родительских. |
4 | NOT NULL | Г | Гарантирует, что значение будет уникальным в таблице |
5 | PRIMARY KEY | Д | Гарантирует, что значения находятся в границах специфицированного интервала, задаваемого предикатом |
6 | UNIQUE | Е | Гарантирует, что колонка всегда содержит значение |
Какое из ниже перечисленных ограничений не относится к ограничениям целостности данных? (data integrity constraints) относятся к значениям данных в некоторых колонках и определяются в спецификации колонки с помощью элементов SQL,
Какое из перечисленных ниже бизнес-правил не относится к правилам ссылочной целостности?
В контексте проектирования физической модели реляционной базы данных представление или виртуальная таблица - это …
Можно ли для модификации представления использовать команду ALTER TABLE?
Что будет делать СУБД, встретив операцию модификации на представлении с <условие> WITH CHECK OPTION?
Установите соответствие между видами представлений и их определениями.
Представление | Описание | ||
---|---|---|---|
1 | Групповое представление | А | - это представление, которое позволяет выполнять операции модификации, вставки и удаления строк в таблицах |
2 | Представление только для чтения | Б | - это представление, для которого не допустимо выполнение операций обновления, такие, как представления, определенные на нескольких базовых таблицах, а также содержащие предложения GROUP BY, HAVING, опцию DISTINCT и функции агрегирования |
3 | Зеркальное представление | В | - это представление, которое полностью соответствует некоторой базовой таблице |
4 | Обновляемое представление | Г | - это представление, при создании которого используется предложение GROUP BY |
В реляционной базе данных синоним - это …
Под внешней схемой принято понимать …