Как при запросе к двум таблицам назначить для каждой свой WHERE?

Question

[Ст. Ку.]

Здравствуйте. Пытаюсь объединить два запроса к БД.

Задача, чтоб из comments выводилось когда comments.post LIKE '$docid' , а из dell когда dell.adm LIKE '$adm'.

$sql = " SELECT  dell.ban, dell.adm, comments.post, comments.id, comments.parent_id, comments.name, comments.comment, comments.head
FROM dell, comments WHERE dell.adm LIKE '$adm' /* как их написать вместе? */ comments.post LIKE '$docid' ORDER BY comments.id DESC	";

Помогите. Что-то примеров в Сети я не нашел. Это вообще возможно? Спасибо.

Answer 1

[svd71]

Если я правильно понял, то вам выдать часть записей из таблицы comments со своим условием и к полученным записям добавить записи из dell со своим условием. При этом обе таблицы не имеют общих ключей друг на други и какую то общюю таблицу(!?). Без такого условия вы получите кортезиан: каждая запись их comments будет повторяться столько раз, сколько существут записей в dell.

Если же Вам требуются всетаки такие отдельные куски из этих таблиц, то можно воспользоваться объединением. Но фокус в том, что отсуствующие столбцы из двуж таблиц нужно симулировать:

Select
comments.post, comments.id, comments.parent_id, comments.name, 
Cast(0 as integer) as ban, cast('' as varchar(200) as adm
from comments where comments.post LIKE '$docid'

UNION

select cast('' as varchar(250)), 0 , 0, '', ban, adm from dell where dell.adm LIKE '$adm'

Comments

[Ст. Ку.]

Спасибо. Как раз думал, как сделать недостающие столбцы. Копипаст вашего примера не работает)), но я ковыряю его.

[svd71]

К сожалегию, самому не где проверчть - пишу с ботинка находясь в отпуске. В столбцах самое важное - это совпадение типов (из двух разных запросов, чтоб сервер не тратил ресурсы на кастинг) и название с толбца в первом селекте (второй тянется прицепом).
Сортировку (по теории) нужно делать у последнего запроса. Он должен автоматически распространяться на весь фетч. Но чаще это зависит от прямизны рук разработчиков СУБД. Можно так же полученный запрос обернуть еще одним селектом и в нем провести сортировку. Выйдет быстрее.

[Ст. Ку.]

svd71: Спасибо. Удачно вам отдохнуть. )

Answer 2

[Дмитрий Ковальский]

Советую вам не писать запрос в 2 таблицы через запятую. При этом делается хз какой Join и читабельность падает до нуля. Рекомендую переписать явным Join'ом с явным указанием по каким полям и условиям. А внутри Where уже писать все необходимые вам условия

Comments

[Сергей Иванов]

при условии что есть связные поля. Если 2 таблицы полностью атомарны по значению друг от друга, то джойнить будет проблемно.

[Дмитрий Ковальский]

Сергей Иванов: С одной стороны да, а с другой мы в запросе имеем Cross Join и условия фильтрации перемешаны с условиями соединения. Не исключено что тут корректнее сделать 2 запроса чем перемешивать несвязанные сущности.

[Сергей Иванов]

Дмитрий Ковальский: Ну я тоже сначала подумал почему не сделать 2 запроса, но раз человеку именно так надо ну что же ... поможем

[Ст. Ку.]

Понял. Спасибо.

Answer 3

[Сергей Иванов]

SELECT * FROM `test`,`test2` WHERE `test`.`id` = 15 AND `test2`.`id` = 150

Comments

[Ст. Ку.]

Так он добавляет ещё одно условие. И выводит только то, что совпадает с обеими.

[Сергей Иванов]

Станислав Кукаев: Ну поменяйте AND на OR

[Дмитрий Энтелис]

Никогда не пишите from table1, table2.
НИКОГДА.

Sql при этом делает матричное перемножение таблиц, пытаясь построить таблицу размерностью m*n где m и n количество записей в первоначальных таблицах.

[Сергей Иванов]

Дмитрий Энтелис: Дак это понятно, я вот не нашел у него как можно сделать джой и запрос человеку надо один

[Сергей Иванов]

Станислав Кукаев: пишите 2 запроса.

[Ст. Ку.]

Сергей Иванов: тогда оба условия работают на обе таблицы, они пересекаются, и если есть совпадения, то выводится то, что не должно выводится. Нужно разграничить - одно условие к одной таблице.

[Ст. Ку.]

Понял. Спасибо.

[Сергей Иванов]

Станислав Кукаев: www.mysql.ru/docs/man/UNION.html

[Ст. Ку.]

Сергей Иванов: ага, похоже на то, что нужно. Спасибо.