Как составить условие, которое всегда верно?

Question

[MaxGoodWork]

Делаю выборку строк по нескольким условиям - продажа или покупка (в таблице выражен как bool), цене (если она не больше заданной), количеству (также не больше заданного пользователем). Получается запрос, например такой:

SELECT * FROM products WHERE (bay=1) AND (price <= 5500) AND (quantity <= 3);

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

Comments

[FanatPHP]

тупанул сначала
(quantity <= :param or :param is null)

Answer 1

[ComodoHacker]

AND 1=1

Comments

[MaxGoodWork]

Стойте, можно условие где нет столбца?

[FanatPHP]

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

[cicatrix]

MaxGoodWork, Условие - это выражение, которое вычисляется в процессе исполнения запроса. То есть приводится к true или false. Содержание условия может быть любым, даже погода на Марсе.

[MaxGoodWork]

ComodoHacker, раз так, спасибо за ответ, оказывается всё проще некуда.
FanatPHP, почему не поможет? Вот мой реальный пример, сомниваюсь, что можно лучше это записать:

$query = "SELECT clientname, positive, producttype, price, likes, datetime, description, pros, cons FROM reviews.normal ";
	$query .= "WHERE (" . (($reqtype == "any") ? "0=0" : ("positive=" . $reqtype)) . ") ";
	$query .= "AND (" . (($producttype == "any") ? "0=0" : ("producttype=\"" . $producttype . "\"")) . ") ";
	$query .= "ORDER BY " . $sorttype . ";";

[FanatPHP]

Это бессмыслица какая-то.
Во-первых, ты спрашивал про SQL, а не про РНР. У тебя даже тега такого в вопросе нет.
Во-вторых, если делать на РНР, то зачем писать эти 0=0 по сто раз? одного раза не достаточно? зачем вообще добавлять условие в запрос, если оно не нужно?
В-третьих, у тебя тут sql инъекции кругом.

[MaxGoodWork]

Во-первых, ты спрашивал про SQL, а не про РНР. У тебя даже тега такого в вопросе нет.

Это пример всего лишь, вопрос про SQL запрос.

Во-вторых, зачем вообще добавлять условие в запрос, если оно не нужно?

Потому что неизвестно, будет ли фильтр по этому параметру, выбирает юзер, он может как и выбрать фильтр типа Положительный отзыв/Отрицательный/Все варианты выдать. Он может выбрать выбор показа только положительных, но от любых пользователей, он также может выбрать все типы отзывов и любых пользователей одновременно, а вообще может выбрать только отрицательных и от Noname пользователя какого то. Это уже 4 комбинации, будет больше фильтров - больше вариантов. Через if делать это крайне муторно, это как по мне проще всего, причём не в ущерб ничему.

В-третьих, у тебя тут sql инъекции кругом.

Были бы, если переменные до этого я не обрабатывал, это фрагмент кода.

[BorLaze]

and true не проще?

правда, не знаю - это чисто постгресовская фишка или другие БД тоже такой финт поддерживают

Answer 2

[Дмитрий Шицков]

Если я правильно понимаю вашу проблему, нужно попросту конструировать запрос в зависимости от переданных значений. Т.е. если пользователь не указал фильтр, то и в запросе такое условие AND должно отсутствовать. Для неуказанного вами ЯП, должен существовать какой-либо SQL Builder, удобно подходящий для решения такой задачи.

Comments

[MaxGoodWork]

Да, всё правильно вы меня поняли.

Т.е. если пользователь не указал фильтр, то и в запросе такое условие AND должно отсутствовать.

Да, это очевидно, но каким это образом, если фильтров будет 10? Как по мне самый простой способ, если пользователей не выбрал никакой фильтр - то условие для отсеивания результата я заменяю на (1=1), как мне выше написали, стыдно слегка самому что я такую мелочь не знал.

[Дмитрий Шицков]

MaxGoodWork, да хоть 1000 фильтров. Если фильтр заполнен - добавлять условие. Вы же можете просто циклом пройтись по списку (массиву, хешу или в какойм там удобнее виде) заполненных фильтров и добавить в запрос только те что не null (не пустые, не "any" или что там ещё). А условие 1=1 бессмыслица - это равносильно тому чтобы вовсе не указывать условие. Ответ про него скорее шутка.

Answer 3

[d-stream]

Для более развитой фильтрации в виде набора нечто - стоит подумать о stored procedure, которая например будет получать кучку параметров фильтра

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

where
param1 is null or filed1=param1
...
and paramN is null or filedN=paramN

само собой параметр может быть неким энумоподобным который потащит за собой кучку предварительных запросов/вычислений (например только товары, которые были реализованы другим клиентам из этой же группы и т.п.)