Какой из запросов лучше?, not exist / left join ... is null

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

Код (Text):

1. SELECT a.`client_bid_id`
2. FROM `client_bid` a
3. WHERE a.`client_bid_blocked` = 'n'
4. AND NOT EXISTS
5. (
6. SELECT 1
7. FROM `client_login` b
8. WHERE b.`client_id` = a.`client_id`
9. AND b.`client_login_type` = 'success'
10. AND b.`client_login_date` > NOW() - INTERVAL 1 HOUR
11. )

Код (Text):

1. SELECT a.`client_bid_id`
2. FROM `client_bid` a
3. LEFT JOIN `client_login` b ON (b.`client_id` = a.`client_id` AND b.`client_login_type` = 'success' AND b.`client_login_date` > NOW() - INTERVAL 1 HOUR)
4. WHERE a.`client_bid_blocked` = 'n'
5. AND b.`client_id` IS NULL

Прочитал довольно много, но так и не решил для себя - в каких случаях лучше not exits, а в каких - left join ... is null.

not in у меня сразу отпал, как самый худший.

План первого запроса:

Код (Text):

1. "id"    "select_type"   "table" "type"  "possible_keys" "key"   "key_len"   "ref"   "rows"  "Extra"
2. "1" "PRIMARY"   "a" "ALL"   \N  \N  \N  \N  "12"    "Using where"
3. "2" "DEPENDENT SUBQUERY"    "b" "ALL"   \N  \N  \N  \N  "1" "Using where"

План второго запроса:

Код (Text):

1. "id"    "select_type"   "table" "type"  "possible_keys" "key"   "key_len"   "ref"   "rows"  "Extra"
2. "1" "SIMPLE"    "a" "ALL"   \N  \N  \N  \N  "12"    "Using where"
3. "1" "SIMPLE"    "b" "ALL"   \N  \N  \N  \N  "1" "Using where; Not exists; Using join buffer (Block Nested Loop)"

Индексы я пока не применял, меня другое интересует.

 

Re: Какой из запросов лучше?, not exist / left join ... is n

без индексов?

Добавлено спустя 1 минуту 14 секунд:
Re: Какой из запросов лучше?, not exist / left join ... is null

попробую

 

Re: Какой из запросов лучше?, not exist / left join ... is n

т.е. нужно смотреть на тот вариант, который с индексами будет работать быстрей и планировщик при этом будет давать верное количество rows, а не предполагаемое?

 

Re: Какой из запросов лучше?, not exist / left join ... is n

какие тонкости?

 

Re: Какой из запросов лучше?, not exist / left join ... is n

ну это несомненно но я пока даже намека не пойму, что может быть с удаляемой записью, если ее просто удалить - она просто удалится

 

Re: Какой из запросов лучше?, not exist / left join ... is n

то что хотел услышать, спасибо

Добавлено спустя 1 минуту 14 секунд:
Re: Какой из запросов лучше?, not exist / left join ... is null

т.е. при удалении строки где есть индекс на какой-то колонке, таблица будет перестраиваться?

 

Re: Какой из запросов лучше?, not exist / left join ... is n

индексов или первичного автоинкрементного ключа?

 

Re: Какой из запросов лучше?, not exist / left join ... is n

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

есть ли варианты избежания этого "крошения" или с этим мирится придется?

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

 

Re: Какой из запросов лучше?, not exist / left join ... is n

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

 

Re: Какой из запросов лучше?, not exist / left join ... is n

если найду, но мне кажется такая проблема маловероятна или вообще отсутствует

 

Re: Какой из запросов лучше?, not exist / left join ... is n

дописал первому и второму запросу после explain extended и в конце добавил show warnings, то получил в первом запросе такой еще нотайс - Field or reference 'a.client_id' of SELECT #2 was resolved in SELECT #1

в первом случае оптимизатор не переписал подзапрос в join

Добавлено спустя 19 минут 6 секунд:
Re: Какой из запросов лучше?, not exist / left join ... is null

пока что нашел -