Как сформировать SELECT * FROM tablename WHERE (а тут неизвестно сколько будет критериев) ?

Например если пользователь отправил ДВЕ переменные firstname=Ivan , lastname=Petrov
если firstname=Ivan (т.е. только одну)
А если отправил ТРИ переменные firstname=Ivan, lastname=Petrov, age=23
и вот как-то не знаю как эти AND-ы добавлять или вообще как правильно формируются такого рода запросы где не ясно сколько критериев поиска задаст пользователь.....

заранее спасибо за помощь или совет, тем кто подтолкнет к мысле

0

Сообщение от новый вася как эти AND-ы добавлять

ПО крайней мере 2 способа:
1. Динамически формировать запрос как строку в зависимости от того, задано условие или нет
2. Определить макс. кол. условий и написать запрос один раз в виде:

1

спс про второе не знал. А первое как то сразу отмел хз...

Добавлено через 1 час 36 минут
Попробовал 2 вариант. Все равно работает только если все var написать а если одну пропускаешь ничего не находит (
все еще пытаюсь найти ответ

0

Сообщение от новый вася если одну пропускаешь ничего не находит

Проверь, какое значение имеют не заданные переменные. В зависимости от клиентского средства, переменные могут быть NULL, а могут принимать какое-то значение. Скажем, в Oracle если значение переменной не присвоено, то она однозначно NULL, а как в PHP - не в курсе.

0

Сообщение от новый вася не знаю как эти AND-ы добавлять

если данные в массиве, то можно с помощью implode

0

Сообщение от Grossmeister 2. Определить макс. кол. условий и написать запрос один раз в виде:

жесть, до такого еще додуматься надо, мало того что может понадобится выборка по IS NULL так еще и гонять лишний код запроса между базой данных. Одним словом костыль еще тот.
Условия в массив и

Сообщение от Dmitry с помощью implode

Dmitry, правильно ответил

0

Сообщение от Fedor Vlasenko так еще и гонять лишний код запроса между базой данных

Пояснить можешь?

0

Сам текст запроса.
При больших запросах имеет смысл их оформлять в виде процедур, делать вьюхи
Чтобы не гонять эти данные между вашим приложением и базой

0

Сообщение от Fedor Vlasenko Сам текст запроса. При больших запросах имеет смысл их оформлять в виде процедур, делать вьюхи Чтобы не гонять эти данные между вашим приложением и базой

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

Теперь далее. Я не шибкий знаток MySQL, поэтому скажу на примере Oracle, полагаю что в остальных продвинутых СУБД что-то аналогичное.
Когда Oracle получает запрос, он сначала ищет такой же в кэше запросов. Если не находит, то производится так называемый hard parse запроса, в том числе построение плана выполнения (а это м.б. не очень быстро в общем случае). Если находит - использует его, в том числе построенный ранее план выполнения. Теперь представим себе, что человек каждый раз формирует разные запросы в зависимости от тех параметров, которые заданы и посылает их на сервер с достаточно небольшим промежутком. Значит к каждому из этих запросов строится план выполнения. Если же запрос один с учетом всех возможных параметров, то будет использоваться один раз построенный план выполнения. Т.е. в плане кэширования запросов этот вариант предпочтительней (собственно для подобных вариантов кэш запросов и был придуман).

PS
Я не в курсе, что такое implode в MySQL, вполне возможно что там этот путь эффективнее.

PPS
Опять же, в Oracle запросы переносятся в хранимые процедуры и view не для того, чтобы не пересылать большой запрос на сервер, а совершенно для других целей.

0

Сообщение от Grossmeister implode в MySQL

в php мы ведь в "Форум PHP и базы данных"

Сообщение от Grossmeister он сначала ищет такой же в кэше запросов

и тут же проблема

Сообщение от Grossmeister а совершенно для других целей

Целей может быть много и разных, я описал как можно уменьшить тело запроса. А когда таких запросов много и еще работает с удаленной базой данных, плохая скорость сети, то решение по уменьшению тела запроса имеет смысл
Статью привел первую попавшуюся

0

Сообщение от Fedor Vlasenko то решение по уменьшению тела запроса имеет смысл

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

Сообщение от Fedor Vlasenko Статью привел первую попавшуюся

Статья по MS SQL, к Oracle не имеет ни малейшего отношения. Впрочем, тут все таки MySQL (видимо), поэтому к теме прямого отношения не имеет.

0

Сообщение от Grossmeister Стоит ли овчинка выделки?

Да, когда очередь запросов большая, когда можно сделать просто не стоит делать костыли, чтобы потом гадать как оно работает.
Сформировав динамически запрос я могу полностью контролировать свои запросы подсовывая нужные мне данные и параметры по которым есть индексы тем самым управляя планом запроса
Где IS NULL в вашем запросе, что вы предлагаете сделать если мне нужны значения в которых Null?

Добавлено через 2 минуты
Может стоит написать один запрос по вашему мнению на все случаи жизни с одним планом :-)

0