Как заставить whereRaw в Laravel не обрамлять в кавычки переменные?

Question

[Igor Tarasov]

$v = 'test';    
$query->whereRaw('(`column_name` RLIKE "[[:<:]]?[[:>:]]" ...)', [$v]);

Результат: (`column_name` RLIKE "[[:<:]]'test'[[:>:]]" ...)

А хочется (`column_name` RLIKE "[[:<:]]test[[:>:]]" ...), т.е. без дополнительных кавычек. Я сам в состоянии решить, где мне кавычки нужны. Задача whereRaw поставить переменные заэскейпив кавычки внутри переменных.

Можно сделать так:

$v = "[[:<:]]test[[:>:]]";
$v = DB::connection()->getPdo()->quote($v);    
$query->whereRaw('(`column_name` RLIKE ? ...)', [$v]);

Или так:

$v = 'test';
$v = DB::connection()->getPdo()->quote($v);  
$query->whereRaw('(`column_name` RLIKE [[:<:]]' . $v . '[[:>:]] ...)', []);

Но это костыльные способы по-моему.

Поясните, почему whereRaw работает с добавлением кавычек. В чём причина?

Ну и правильно я понимаю, что из коробки то, что я хочу нет и мне нужно свой trait написать?

Answer 1

[FanatPHP]

рука-лицо
кто вообще ребенку whereRaw показал, кто этот нехороший дядя-извращенец?

$v = 'test';
$query->where('column_name', 'RLIKE', "[[:<:]]{$v}[[:>:]]");

тебе не нужно whereRaw
и тем более не нужно quote()

Ну и правильно я понимаю, что из коробки то, что я хочу нет и мне нужно свой trait написать?

может тебе лучше программиста нанять, директор?

Comments

[Igor Tarasov]

1. Хамить не стоило. Глупо выглядите.
2. Там многоточие стоит, оно означает сложный код с вложенными скобками. На where( function (...){}) это будет много уровней вложенности абсолютно нечитаемые.

[FanatPHP]

тогда так

$v = "[[:<:]]test[[:>:]]";
$query->whereRaw('(`column_name` RLIKE ? ...)', [$v]);

в первом варианте, который был добавлен после, ты почти угадал
и это не костыль, а то как и надо делать

[Igor Tarasov]

FanatPHP, экранирование там лишнее, на автомате добавил из второго. Но этот вариант не сработает для функций MySQL. Нужно же решение в общем виде.

Если бы whereRaw кавычки не добавлял, то всё бы работало отлично. SQL был бы максимально читабельным, а подставлялись бы переменные в нужные места. В этом плане второй вариант лучше.

Но хочется из коробки и компактного.

[Alex Wells]

Igor Tarasov, с каких пор ->where() с колбеком мене читабельно, чем raw sql?

Если можешь билдером - так и делай.

Но этот вариант не сработает для функций MySQL. Нужно же решение в общем виде.

Так ты определись: ты хочешь mysql код подставлять или данные? mysql код - стрингой, без плейсхолдера. Данные - плейсхолдером, как тебе ответили выше.

Так или иначе, с большой долей вероятностью ты делаешь что-то не так.

[Igor Tarasov]

Я могу написать билдером.

Например так:

return $query->where(
            function ($q0) use ($user) {
                        $q0->where('created_by', $user->id)
                              ->orWhere(
                function ($q1) use ($user) {
                           $q1->where('searchable', true)
                             ->where(
                    function ($q2) use ($user) {
                           $q2->whereNull('share_to')
                              ->orWhere('share_to', 'RLIKE', '[[:<:]]' . $user->email . '[[:>:]]')
                              ->orWhere('share_to', 'RLIKE', '[[:<:]]' . strrchr($user->email, '@') . '[[:>:]]');
                    });
                });           
            });

Или даже так:

$sub_group_share_to = function ($q2) use ($user) {
                           $q2->whereNull('share_to')
                              ->orWhere('share_to', 'RLIKE', '[[:<:]]' . $user->email . '[[:>:]]')
                              ->orWhere('share_to', 'RLIKE', '[[:<:]]' . strrchr($user->email, '@') . '[[:>:]]');
                    };
            
            $sub_group_serchable = function ($q1) use ($user) {
                           $q1->where('searchable', true)
                              ->where($sub_group_share_to);
                };
            
           $sub_group = function ($q0) use ($user) {
                        $q0->where('created_by', $user->id)
                           ->orWhere($sub_group_serchable);           
            } 
            
            return $query->where($sub_group);

Но это нечитабельно!

В вопросе написано - данные хочу. Но без кавычек. Никто тут причин почему так нельзя не озвучил.

[FanatPHP]

Но этот вариант не сработает для функций MySQL.

с какой радости-то?
аргументы функций ничем не отличаются от любых других данных передаваемых в запрос

данные хочу. Но без кавычек. Никто тут причин почему так нельзя не озвучил.

потому что про "данные" надо вообще забыть. и всегда использовать только плейсхолдеры.

[Igor Tarasov]

С той радости, что добавляются кавычки. Допустим я хочу в запрос подставить саму функцию или оператор.

То есть шаблон запроса whereRaw(' column ? ?', ['LIKE', 'test']) даст column 'LIKE' 'test'

Если бы кавычки не добавлялись, то было бы так whereRaw(' column ? "?"', ['LIKE', 'test']) -> column LIKE "test"

Я бы рад забыть, поясните как быть в приведённом мной примере. Кстати, whereRaw почему-то именованные плейсхолдеры не поддерживает.

[FanatPHP]

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

К данным не только подставляются кавычки, они же ещё и экранируются. Это первый класс, начальная школа, форматирование запросов. Если этого не делать, то там будет такая содомия, от ошибок до инъекций, что ты сам первый будешь бегать кричать, "говно а не фреймворк, меня поломали!"

Если ты хочешь динамически подставлять в запрос функции, а не их аргументы, то ты уже что-то делаешь не так.

И в этом смысле я бы присмотрелся у запросу. Если тебе нужны регулярки в таких количестве и в таких неестественных позах, это однозначно говорит о том, что база не нормализована, делалась с тем же наивно детским подходом "от отображения"

А потом начинаются чудовые рыдания с кучей регулярок в запросе

[FanatPHP]

Я сеньёзно тебе говорю, директор.
Найми программиста. У которого чесаться всё начинает, когда он видит запрос без индекса.
И который не задает вопросов, почему квери билдер добавляет кавычки к передаваемым в запрос данным.

Расхлебывать кашу, которую ты тут завариваешь, потом выйдет дороже

[Igor Tarasov]

FanatPHP, вот же у вас боvбит. Так и на Луну улететь можно. Будьте попроще. Ну нельзя же так пальцы веером, споли пузырями. С возрастом должно пройти.

Обрамление в кавычки поясните зачем? Пример приведите, когда подобный запрос словит SQL-инъекцию.
Если не сможете, то присылайте 1000 баксов за науку.

$v_mysql_escaped = $mysqli->real_escape_string($v);
$mysqli->query("SELECT * FROM tblname WHERE columnname LIKE '$v_mysql_escaped'");

[FanatPHP]

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

Если не сможете, то присылайте 1000 баксов за науку.

ты уж определись, милок, можно или нельзя :)

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

'$v_mysql_escaped'

- здесь у тебя не кавычки? а что?

[Igor Tarasov]

FanatPHP, перестаньте паясничать.

Перечитайте ещё раз, а то вы чего-то не то пишите. Можете прям с вопроса.

У меня кавычки в SQL-запросе. А спрашиваю я зачем их whereRaw добавляет. В этом проблема.

Выключите клоуна и вникните в проблему.

[FanatPHP]

Ну вот это уже лучше, хотя бы без клоунады "дайте мне 1000 долларов за то что я не знаю базовых понятий".

Потому что "у меня кавычки в запросе" - это ад, каменный век, и инъекции.
И весь цивилизованный мир уже лет 10 как от этого ушел.
Вместо этого используются параметры. Для которых система сама, условно говоря, добавит и экранирование и кавычки.

Почему так сделано? Потому что одно без другого не имеет смысла. Поэтому логично делать все вместе.