Есть две таблицы names и names_used

names
nid    name
---     ---
1       vasya
2       kolya
3       petya
4       vanya

names_used
nid    pid
---     ---
1       2
3       2

Необходимо составить запрос, который вернет names.nid, names.name, т.о. что не существует names_used.nid = names.nid или существует, но names_used.pid!=x

ПисАл на коленке, возможно будут ошибки.


Это сообщение отредактировал(а) Gluttton - 10.12.2009, 14:30

Большое вам спасибо, код идеально работает

так что ли:

Код

select *    from names n  where not exists (select * from names_used nu where nu.nid = n.nid)   union all select n.*    from names n       ,names_used nu  where nu.nid = n.nid    and nu.pid != :x

Это сообщение отредактировал(а) DimW - 10.12.2009, 10:57

а подзапрос зачем?



Это сообщение отредактировал(а) Zloxa - 10.12.2009, 10:25

Zloxa, 

Боялся, что не правильно таблицы соединятся (на работу торопился  )...

AnemoN, 

Не за что, только я ошибся и вместо неравенства с переменной поставил критерий на равенство  ...

DimW, 

Так, но захотелось новизны , не уверен, но думаю, что предложенный тобою вариант будет выполняться дольше чем мой.

грохнул уже   

Зачем???... правильный ведь вариант был.
А то что оптимизатор еще не способен нормальный план для такого выражения составить - то ж косяки оптимизатора.
SQL - декларативный язык. Он выражает мысль(цель) но не методы(средства) ее реализации. 
за то он мне и люб 

мда, не хорошо получилось, ща подредактирую... 

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

При 65.000 записей в names - ваш запрос быстрее.
При 30.000 записей в names - медленнее.

Если к запросам добавить ORDER BY rand() - все меняется.

Сейчас сижу и думаю где, что и как в конфиге сервера подкрутить, чтобы этот запрос быстрее выполнялся, т.к. из-за него скорость работы программы упала в 2-3 раза 

Да, поиск по невхождению да неравенству - емок ;)
При проектировании таких поисков лучше б избегать.

А какие индексы на таблицах? а какие индексы используются? лучше бы вместо абстрактного быстрее/медленнее дал бы планы запросов. И полные структуры таблиц. Тогда это было бы показательно.

Akina, какие индексы могут быть использованы при отборе по неравенству?   

Разве что джойн......

Но джойн по индексу тоже не выгодным должен быть, потому как мы полностью сканируем обе таблицы, а так еще и индекс придется полностью сканировать.

А где тут отбор по неравенству? и что потребует сканирования таблицы?

Я свой запрос уже подправил  ...