Приветствую!    Встолкнулся вот со следующей проблемой

Имеется таблица: 

     |__id_cat__|_id_key__|
     |    1           |      5         | 
     |    1           |      2         |
     |    1           |      3         |
     |    2           |      1         |
     |    2           |      2         |
     |    2           |      3         |
     |    2           |      4         |
    
Необходимо выбрать только те id_cat, которые имеют уникальную пару из двух id_key

Например: нужно отобрать id_cat,  у которого id_key=3 и id_key=4 - соответственно это id_cat 2, т.к. id_cat 1 не содержит id_key=4. А для  id_key=3 и id_key=5 это будет  id_cat 1, т.к.  id_cat 2 не содержит id_key=4.

Надеюсь, что понятно сформировал вопрос....
Должно как-то просто быть, только вот знаний не хватает запрос составить...

Nord, 


Это сообщение отредактировал(а) thomas - 18.8.2007, 10:59

Я так уже пробовал - не выводит ничего в результате запроса

Вот запрос, выполняющий поставленную задачу:

, но как-то уж жутко неоптимально. Хотелось бы вот эту часть: 3 IN (SELECT id_key FROM tableName WHERE id_cat = X.id_cat) AND 4 IN (SELECT id_key FROM tableName WHERE id_cat = X.id_cat) переписать вот так: (3, 4) in (SELECT id_key FROM tableName WHERE id_cat = X.id_cat)... однако оператор IN позволяет сравнивать только значение и множество (а в данном случае сравниваются 2 множества). Знатоки SQL, может, подскажете, как этот запрос можно оптимизировать?

Это сообщение отредактировал(а) Idsa - 18.8.2007, 18:12

Можно так :

SELECT * FROM
( SELECT [id_cat] FROM [tableName][T1] GROUP BY [id_cat],[id_key] HAVING ([id_key] IN (3,4)) )[T2]
GROUP BY [id_cat] HAVING COUNT(*)>=2

-------------
в конструкции HAVING ([id_key] IN (3,4) - указывай список id_key
а в конструкции HAVING COUNT(*)>=2 - указывай количество елементов списка id_key


если прислушаться к QA, то этот запрос оптимальнее


Доработанный запрос:


Это сообщение отредактировал(а) andrx - 20.8.2007, 12:07

Тоже 

Idsa  согласен
не сразу понял, что хотел Nord 

запрос исправлен

Добавлено через 8 минут и 7 секунд
Idsa


даже если бы это было возможно, я думаю что такая конструкция работала бы через OR, а нужен обязательно AND

Оптимальный запрос выглядит вот так:

Его отправил мне по личке топикстартер.

Мой вариант использовал коррелированные подзапросы, что делает его гораздо более медленным. Да и вообще, в подобных ситуациях нужно использовать именно inner join.

Это сообщение отредактировал(а) Idsa - 20.8.2007, 10:51

Idsa, спасибо, что разместил здесь это. Вобщем проблема вроде бы как решена