Запрос с объединением таблиц

[vedro-compota]

Доброго времени суток))

Товарищи , помогите разобраться -
есть три таблицы -

 table STUDENT
(
  STUDENT_ID NUMERIC not null,
  SURNAME    VARCHAR(60),
);
table SUBJECT
(
  SUBJ_ID   NUMERIC not null,
  SUBJ_NAME VARCHAR(100),
);
 table EXAM_MARKS
(
  EXAM_ID    NUMERIC not null,
  STUDENT_ID NUMERIC not null,
  SUBJ_ID    NUMERIC not null,
  MARK       NUMERIC
);

и вот необходимо составить запрос, который вывел бы фамилии студентов, получивших положительные оценки по всем предметам....
подскажите логику рассуждений при составлении подобного запроса!))
Заранее благодарю)

[Serge_Bliznykov]

тут вопрос упирается в:
1) что такое "положительные оценки" ? Подозреваю 4 и 5 ?
Или все оценки больше нуля считать "положительными" )))


2) те записи, для которых нет данных
выбирать или нет?
Поясню, допустим, студен 1 сдал один экзамен на четыре, а другой на пять.
а студент 2 сдал один экзамен на пять
а студент 3 вообще не сдавал экзамены.
вопрос - кто из них имеет "положительные оценки по всем предметам" ?


А так я бы предложил выбирать студентов,
у которых нет предметов, для которых отсутствуют записей в таблице EXAM_MARKS
(условие, что сданы все предметы)

и те, кого нет в выборке c неположительными оценками:
where STUDENT_ID not in
(select STUDENT_ID from EXAM_MARKS where MARK < 4)

[vedro-compota]

Serge , приветствую! ))
Конечно, вы правы - всё так и надо -

А так я бы предложил выбирать студентов,
у которых нет предметов, для которых отсутствуют записей в таблице EXAM_MARKS
(условие, что сданы все предметы)
+
те, кого нет в выборке c неположительными оценкам

теперь пробую составить запрос....(вроде как вы подсказали ключевой момент)))-

not in

[Serge_Bliznykov]

vedro-compota, надеюсь, всё получилось?

если не получится - пишите, вместе набросаем запросец!


К слову. Таблицы весьма выхолощены! По хорошему, не хватает многих сущностей. Ну я не говорю уж о дате сдачи, о учебном годе и прочих "мелочах", но, как минимум, должна была быть таблица со списком предметов, которые студенты должны были сдать в эту сессию.
Раз этой таблицы нет, то можно считать, что студенты должны сдать ВСЕ предметы из имеющихся в таблице SUBJECT

[vedro-compota]

надеюсь, всё получилось?

Да )) Спасибо )) - в рамках этого задания вроде так надо (3- это вроде положительная оценка...так говорят..))) -

SELECT STUDENT_ID,SURNAME  FROM STUDENT WHERE STUDENT_ID NOT IN (SELECT STUDENT_ID FROM EXAM_MARKS WHERE MARK < 3);

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

Таблицы весьма выхолощены!

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

фамилия - оценка1-оценка2-оценка3

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

[Serge_Bliznykov]

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

в таком случае - не могут..
но запросы - они же разные могут быть. и, если бы в запросе получались данные из двух связанных таблиц: STUDENT и EXAM_MARKS то по каждому студенту выведется столько строк, сколько у студента оценок... тогда может и прийдётся сворачивать результаты запроса...

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

а вот тут поаккуратнее!
Дело в том, что классический SQL предназначен для получения данных в виде, соответствующем понятию реляционных БД - столбы - это различные характеристики (сущности), а строки - значения (величины) этих сущностей.
"разворот" реляционных данных в строчку - противоречит принципам SQL и обычно выполняется с помощью разных приёмов и трюков... (а часто такие вещи можно решить только с помощью серверной логики (скрипты, Transact-SQL, PL/SQL и т.д.)

Поэтому, прежде чем решить, что Вам РЕАЛЬНО нужно получить оценки в одну строчку - нужно трижды подумать! Точно ли это надо? Сколько оценок будет у каждого студента? Что будет для тех, у кого, допустим две оценки по одному предмету и т.д. и т.п....

Традиционное решение такое: делается столько UNION (или вложенных запросов) сколько различных столбцов с оценками будет в результирующей выборке.
и потом они собираются в одну строчку...
в качестве иллюстрации посмотрите тему: Запрос со связанными таблицами

[vedro-compota]

Спасибо, Serge . Действительно.....это перегиб)