Человек слишком узко мыслит, чтобы представить ситуацию с отсевом иностранцев, но всё же... ))

B

баним спаммера! @MasterZiv

всем привет)

например, если мне надо вывести условие "за всё время", то я просто добавляю true - в запросе получается безобидное "AND true". без этого "трюка" мне придётся дополнительно проверить, что если массив условий пуст, то и AND добавлять в запрос не надо

но, как избежать, например повторение поля в группировке вида "group by field1, field2, field1" - второе вхождение field1 можно исключить на пхп - но это в нескольких местах условия проверки на пустоту ) проще было бы сразу туда вставить какую-нибудь единичку

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

Ваащпе нечо ни панятна, Дарогой

да я сам запутался уже )

в GROUP BY, похоже, могут быть поля, которых нет в SELECT, но которые есть в таблице )

а я почему-то был уверен, что их надо 100% перечислять в SELECT

в группировке у меня visit_date, hour, а для пользователя выводится читабельный CONCAT(visit_date, ' ', LPAD(hour, 2, '0'), ':00:00') as date-hour

т.е. группировка по дате и номеру часа, а вывод уже красивый с нулями

напиши хоть какой-то недоделанный запрос, чтоб можно было помогать

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

если сгрупировал по полю, то повторений не будет) но в целом не ясно какие у тебя данные и что ты хочешь. намерения весьма туманны)

Популю

Обычно пишут, наоборот, в самом начале
WHERE 1=1

И далее каждый терм начинают с AND

Избегать просто, хранить условие в исключающем множестве, или в словаре ( set,map, dictionary ).

Но если ты добавишь дважды что-то в group by или условие в where дважды, ничего страшного не будет.

Могут. И даже не поля, а произвольные выражения с ними.

Всем привет! Вот как бы не было стыдно это признать ))) но логи были пустые потому-что просто не было место куда их писать, 😞 это уже просто маразм старческий ))))