Рубрики

Системы управления базами данных | Набор 2

Следующие вопросы были заданы на экзамене GATE 2012.

1) Какие из следующих утверждений являются ИСТИННЫМИ для запроса SQL?
P: SQL-запрос может содержать предложение HAVING, даже если это не предложение GROUP BY.
Q: SQL-запрос может содержать предложение HAVING, только если у него есть предложение GROUP BY
R: Все атрибуты, используемые в предложении GROUP BY, должны появляться в предложении SELECT
S: Не все атрибуты, используемые в предложении GROUP BY, должны указываться в предложении SELECT
(А) Р и Р
(B) P и S
(С) Q и R
(D) Q и S

Ответ (С)
В соответствии со стандартным ответом SQL должен быть параметр (C), который является ключом ответа, предоставленным полномочиями GATE.

Если мы говорим о различных реализациях SQL, таких как MySQL, то вариант (B) также подходит. Но речь идет о стандартном SQL, а не о реализации. Например, ниже приведен

P является правильным в большинстве реализаций. Предложение HAVING также можно использовать с агрегатной функцией. Если мы используем предложение HAVING без предложения GROUP BY, условие HAVING применяется ко всем строкам, которые удовлетворяют условию поиска. Другими словами, все строки, которые удовлетворяют условию поиска, составляют одну группу. Смотрите это для более подробной информации.

S правильно. Чтобы проверить S, попробуйте выполнить следующие запросы в SQL.

CREATE TABLE temp 
  ( 
     id   INT, 
     name VARCHAR(100) 
  ); 

INSERT INTO temp VALUES (1, "abc"); 
INSERT INTO temp VALUES (2, "abc"); 
INSERT INTO temp VALUES (3, "bcd"); 
INSERT INTO temp VALUES (4, "cde"); 

SELECT Count(*) 
FROM   temp 
GROUP  BY name; 

Выход:

count(*)
--------
2
1
1

Альтернативный способ —

Утверждение (P) «SQL-запрос может содержать предложение HAVING, даже если в нем нет предложения GROUP BY» правильно, поскольку параметр Caluse применяется после фазы агрегации и должен использоваться, если вы хотите отфильтровать результаты агрегирования, а параметр «Не имеет» Требуется условие Group By. Предложение HAVING без предложения GROUP BY является допустимым и (возможно) полезным синтаксисом в стандартном SQL. Рассмотрите этот пример, который является допустимым Стандартным SQL:

 ВЫБЕРИТЕ 'T' КАК РЕЗУЛЬТАТ
ОТ книги
ХОТЯ МИН (NumberOfPages)

Утверждение (S) «Не все атрибуты, используемые в предложении GROUP BY, должны присутствовать в предложении SELECT» является правильным, но если мы должны использовать предложение Group By, то существуют ограничения на то, что мы можем поместить в предложение Select.

2) Учитывая базовые ER и реляционные модели, что из следующего НЕПРАВИЛЬНО?
(A) Атрибуты объекта могут иметь более одного значения
(B) Атрибут объекта может быть составным
(C) В строке реляционной таблицы атрибут может иметь более одного значения
(D) В строке реляционной таблицы атрибут может иметь ровно одно значение или значение NULL

Ответ (С)
Термин «сущность» относится к модели ER, а термин «реляционная таблица» относится к реляционной модели.
А и Б оба верны. Модель ER поддерживает как многозначные, так и составные атрибуты. См. Это для более подробной информации.
(C) ложно и (D) верно. В реляционной модели запись в реляционной таблице может иметь ровно одно значение или NULL.

3) Пусть ( A , B) и ( C , D) две схемы отношений. Пусть r1 и r2 - соответствующие экземпляры отношений. B является внешним ключом, который ссылается на C в r2. Если данные в r1 и r2 удовлетворяют ограничениям ссылочной целостности, что из перечисленного ВСЕГДА ИСТИНА?

Ответ (А)
B является внешним ключом в r1, который ссылается на C в r2. r1 и r2 удовлетворяют ограничениям ссылочной целостности. Таким образом, каждое значение, которое существует в столбце B в r1, должно также существовать в столбце C в r2.

4) Что из перечисленного является ИСТИННЫМ?
(A) Каждое отношение в 2NF также находится в BCNF
(B) Отношение R находится в 3NF, если каждый непростой атрибут R полностью функционально зависит от каждого ключа R
(C) Каждое отношение в BCNF также находится в 3NF
(D) Никакой связи не может быть как в BCNF, так и в 3NF

Ответ (С)
BCNF является более сильной версией 3NF . Таким образом, каждое отношение в BCNF также будет в 3NF.

Пожалуйста, смотрите GATE Corner для всех документов / решений / объяснений предыдущего года, учебных планов, важных дат, заметок и т. Д.

Пожалуйста, напишите комментарии, если вы найдете какие-либо ответы / объяснения неправильными, или вы хотите поделиться дополнительной информацией по темам, обсужденным выше

Рекомендуемые посты:

Системы управления базами данных | Набор 2

0.00 (0%) 0 votes