У меня есть таблица базы данных с столбцом столбца tinyInt(0=no, 1=yes). Мне нужно иметь возможность выполнять LIKE поиск значений, эквивалентных тексту, в этом столбце на основе текста, введенного пользователем. Например, пользователь, ищущий «n», должен дать MySQL запрос "col LIKE '%n%'" и вернуть количество всех строк с col=0.
Я использую Doctrine 2 в Symfony 4. Я попробовал построитель запросов и createQuery(), и оба выдают одну и ту же ошибку.
Возможно ли то, что я пытаюсь? (Я не знаю, есть ли другой способ сделать это.)
Пример кода createQuery():
$em = $this->getEntityManager();
$query = $em ->createQuery(
"SELECT COUNT(1) AS c FROM App\Entity\MyEntity t
WHERE (CASE WHEN (t.bool_field=1) THEN 'yes' ELSE 'no' END) LIKE '%n%'"
);
$res = $query->getResult();
Результат - ошибка:
[Syntax Error] line 0, col 111: Error: Expected =, <, <=, <>, >, >=, !=, got 'LIKE'
Любая помощь будет очень признательна.
зачем вам это?
@Elanochecer Пользователи видят страницу с таблицей данных (datatables.net) с «нет» и «да» в столбце. Таблица данных будет иметь несколько столбцов текстового поля, поле «да/нет» и поле поиска над ним. Если пользователь что-то вводит в поле поиска («да», «нет», «n» и т. д.), я хотел бы выполнить поиск в любом из полей в таблице данных, включая поле tinyint. Поиск должен выполняться на стороне сервера.
Я чувствую, что это плохой подход, превращать число в строку, чтобы вы могли запросить его с помощью LIKE ... Я имею в виду ... что, если приложение будет переведено, должно ли оно превратиться в "ja" и "nein" или "oui " и "не"? Я бы даже не ожидал, что строки с «нет» в логическом поле будут выбраны, когда я наберу «n», потому что это просто ... неожиданно и, скорее всего, бесполезно. потому что я, вероятно, хочу найти строки, в которых в тексте есть некоторое «n», и вы навязываете пользователю строки без «n», потому что какое-то логическое поле равно «0» или «ложь»
Мне кажется, вы слишком все усложняете. Вы можете просто показать пользователю выбор с да и нет, так как это все, что можно найти с 1 и 0 в качестве значений, и отправить это по запросу.
@Jakumi - Возможно, это правда, что это не лучший подход. Причина, по которой я посмотрел на это, заключается в том, что у меня будут другие текстовые поля в таблице данных и другие перечисления, такие как это поле «да/нет». Я надеялся иметь только одно поле поиска, чтобы охватить их все, а не добавлять раскрывающиеся поля фильтра. (И да, идея состоит в том, чтобы интернационализировать приложение, и тогда поиск будет выполняться по словам no/yes на английском, non/oui на французском и т. д.) Но, возможно, это невозможно сделать в Doctrine. (Он отлично работает в простом mysql, хотя я не уверен в его производительности.)
@Elanochecer - да, может быть, это слишком сложно - смотрите мои причины в моем комментарии выше. Я надеялся, что есть какой-то способ сделать это, но, конечно, есть компромисс. Если слишком сложно, то я буду придерживаться простого фильтра.
@AlivetoDie Это один из способов сделать это, но тогда для «да» мне пришлось бы обрабатывать «y», «e», «s», «ye», «es», «yes», и это слишком сложно чем я хочу пойти. Это то, что вы имели в виду?
Вы можете добавить функцию, которая проверяет, присутствует ли поисковый запрос, 'n' в вашем примере, в строке «нет» или «да». Затем, если он присутствует в любом из них, вы будете знать, искать ли в столбце 1 или 0. Таким образом, вы также можете добавить больше строк «нет» или «да» для интернационализации позже.
@Teun Спасибо, в итоге я сделал это так. Если вы можете добавить свое предложение в качестве ответа, я сделаю его принятым ответом.






Вы можете добавить функцию, которая проверяет, присутствует ли поисковый запрос «n» в вашем примере в строке «нет» или «да». Затем, если он присутствует в любом из них, вы будете знать, искать ли столбец для 1 или 0. Таким образом, вы также можете добавить больше строк «нет» или «да» для интернационализации позже.
поиск
"n"должен быть поиском"no"