Есть таблица Store:

Прошу прощения, первый раз на этом форуме и не разобрался с управлением.
Короче, есть таблица (файл 1.jpg)
К ней есть задание: создать запрос который выведет все уникальные названия поставщиков (SUPPLIER) в рамках названий товаров (PRODUCT).
Я составил запрос
select st1.PRODUCT, st1.SUPPLIER
from store as st1
join
(SELECT count(*) as c, PRODUCT
FROM STORE
GROUP BY PRODUCT) AS st2 ON st1.PRODUCT=st2.PRODUCT and st2.c=1
который со слов препода есть правильным (выводит правильный результат) (файл 2.jpg)
но препод потребовал из этого запроса убрать GROUP BY и count(*), составить новый запрос использовав только JOIN.
Вот уже второй день сижу и ничего не могу сделать: ведь GROUP BY и count(*) - агрегатные функции, а JOIN - обработчик условий, ограничивающий результирующий набор.
Кто-то может подсказать, как можно использовать JOIN вместо GROUP BY и count(*)?
Помогите, в понедельник пересдача, а ничего не готово.
Пожалуйста!!!!!

Не прогрузился второй скрин (результат запроса)
Вот он

alexeyvg, Потому, что Ваш запрос выведет все уникальные пары PRODUCT-SUPPLIER (из получилось 56), а нужно только те пары, у которых PRODUCT имеет только один SUPPLIER, а те, у которых PRODUCT имеет 2 и более SUPPLIER нужно игнорировать.
Результирующий набор должен состоять из 29 строк (для данной таблицы из 59 записей)

Akina,
авторЭто две принципиально разные задачи.
но у прерода такое понимание правильного решения 22040528

авторПоследняя решается использованием COUNT(SUPPLIER) OVER (PARTITION BY PRODUCT) в CTE.

Большое спасибо! Результат остался прежним, но уже без использования GROUP BY!!!!!!!!!!!

А без COUNT() здесь уже точно не обойтись?

andreymx, спасибо, это явно не подходит из-за наличия GROUP BY и HAVING

court, Спасибо, но Ваш запрос пропустил одну деталь: в базе есть записи с идентичными данными в PRODUCT и SUPPLIER соответственно. То-есть, мало того, что они повторяются, они еще и раны между собой (пары [PRODUCT;SUPPLIER]).
Ваш запрос это не учитывает и удваивает эти строки (которых вовсе не должно быть в выборке).

andreymx, Спасибо, но Ваш запрос пропустил одну деталь: в базе есть записи с идентичными данными в PRODUCT и SUPPLIER соответственно. То-есть, мало того, что они повторяются, они еще и раны между собой (пары [PRODUCT;SUPPLIER]).
Ваш запрос это не учитывает и выводит эти строки (которых вовсе не должно быть в выборке).

Mihail67, Извините за наглость (Вы и так мне очень помогли), но не могли-бы Вы еще подсказать, как заменить запрос
SELECT ID_STUFF,STAFF_NAME, E_MAIL
FROM [sale].[dbo].[INVOICE]
GROUP BY ID_STUFF, STAFF_NAME, E_MAIL

через COUNT(...) OVER (PARTITION BY ....)

Задание аналогичное, с разницей: триада ID_STUFF, STAFF_NAME, E_MAIL встечается только один раз (а этим запросом я считаю сколько раз она встретилась, затем Join обрабатываю результирующий набор)

Спасибо.

Akina, Извините за наглость (Вы и так мне очень помогли), но не могли-бы Вы еще подсказать?
Задание аналогичное, с разницей: триада ID_STUFF, STAFF_NAME, E_MAIL встечается только один раз.
Этим запросом я считаю сколько раз она встретилась, затем Join обрабатываю результирующий набор.

select count(*) as count_STUFF, ID_STUFF
FROM
(SELECT ID_STUFF,STAFF_NAME, E_MAIL
FROM [sale].[dbo].[INVOICE]
GROUP BY ID_STUFF, STAFF_NAME, E_MAIL) As Inv
group by Inv.ID_STUFF

Этим запросом я получаю выборку с количеством уникальных триад ID_STUFF, STAFF_NAME, E_MAIL


Помогите записать мой запрос через COUNT(...) OVER (PARTITION BY ....)

Спасибо.

Проблема решена:
Создал представление, формирующее результирующий набор из ID_STUFF и количества различных E_MAIL
Create view Stuff1
as
select COUNT(E_MAIL) OVER (PARTITION BY ID_STUFF) as count_EMAIL, ID_STUFF
from
(SELECT DISTINCT(E_MAIL), ID_STUFF, STAFF_NAME
FROM INVOICE) As inv


Через JOIN обьеденил две таблицы в итоговый результат
select inv1.*
from INVOICE as inv1
join
(SELECT * FROM Stuff1 ) AS inv2
ON inv1.ID_STUFF=inv2.ID_STUFF and inv2.count_EMAIL=1


Результат идентичен решению с использованием GROUP BY.
Надеюсь, у препода не возникнет вопросов к наличию COUNT() в запросах.
Посему, тему можно считать закрытой.

Спасибо всем!

Ваш запрос пропустил одну деталь: в базе есть записи с идентичными данными в PRODUCT и SUPPLIER соответственно. То-есть, мало того, что они повторяются, они еще и раны между собой (пары [PRODUCT;SUPPLIER]).
Ваш запрос это не учитывает и выводит эти строки (которых вовсе не должно быть в выборке).




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