Есть 2 таблицы, в которых присутствует связующее поле.

Вот таким запросом я выбираю записи из первой таблицы и сопостовляю данные из 2-й таблицы.



Как сделать, чтобы из первой таблиы выбирались ТОЛКО данные, которым нет соответствия во-второй таблице ?

NOT IN?


еще вариант - OUTER JOIN ... WHERE FIELD IS NULL
еще вариант - MINUS (но его кажется нет в MySQL)

но по моему это извращения..не лучше хранить статус в таблице is_deleted?

Это сообщение отредактировал(а) azesmcar - 6.4.2010, 08:37

 

Добавлено через 2 минуты и 21 секунду

еще вариант - коррелированный not exists 


Это сообщение отредактировал(а) Zloxa - 6.4.2010, 08:35

Zloxa

я чего-то не понял или там должен быть LEFT OUTER JOIN?

Добавлено через 1 минуту и 50 секунд

только что проверил, один фиг, все работает одинаково медленно 

Спасибо, оба варианта рабочие.

Сбило с толку, что 

"is null" != "= null"

Нет, у Zloxa для MySQL (и подавляющего имхо большинства иных СУБД) всё правильно. Причём при индексах по ce129.id и deletedobjects.id_object соответственно - должно просто летать, в отличие от NOT IN / NOT EXIST, где подзапрос == временная таблица.

Akina

только что запустил оба варианта

вариант с LEFT JOIN


вариант с NOT IN


поля индексированы.

и я не совсем понимаю какая разница..что LEFT JOIN, что LEFT OUTER JOIN..это же одна фигня (или я ошибаюсь?).

Это сообщение отредактировал(а) azesmcar - 6.4.2010, 09:10

А explain запросов не покажешь?

Akina
Да, сейчас..

Да, хотя явного доказательства тому, что слово outer может быть опущено без изменения смысла фразы, в документации по MySql я не нашел. Видимо составители документации считали это столь очевидным, что им в голову не пришло, что могут быть пытливые умы, которые зададутся таким вопросом.


  

Ага  я потом допер что это одно и тоже, но сперва безрезультатно прочесал документацию. Не знал о такой форме записи.



интересно не правда ли 

Это сообщение отредактировал(а) azesmcar - 6.4.2010, 10:22

на самом деле реализации через not in, not exists, outer join - в общем случае должны давать разные результаты. outer join будет "размножать исходный" набор, но не в нашем случае, т.к. отношение у нас многие к одному, объединение у нас происходит по pk, в нашем случае left join и not exists взаимозаменяемы. Not in и not exists дадут разные результаты если фильтруемое поле может принимать значение null. Не мог бы ты показать каков будет  план, если накинуть на records.customer_id ограничение not null?

Добавлено через 2 минуты и 44 секунды
зы под "нашим случаем" в последнем посте я подразумеваю случай, показанный azesmcar. У ТС, Судя по всему иной случай. Думается мне что у него критериями объединения вступают pk потому все три варианта эквивалентны.

уже стоит.


повторю свой вопрос, в случае ТС я не вижу причин использования отдельной таблицы, почему бы не использовать просто boolean флаг is_deleted? Это будет намного быстрее.

Добавлено @ 11:23
оп...я дико извиняюсь...у меня с таблицы куда то индекс пропал  

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

Это сообщение отредактировал(а) azesmcar - 6.4.2010, 11:33

сделал, проверил - картина не изменилась. Резульаты те же самые.