Можно ли в SQL-запросе использовать перебор значений конкретного поля с разделителем и без него?

Question

[Виталий Гусев]

Доброго всем дня!

Смотрите, есть таблица `tasks` в БД MySQL, имеющая вид:


Обращаю внимание на поле "participantsid", в которое заносятся ID участников задачи через запятую или без запятой, если участник один. Эта штука мне досталась по наследству.

Далее переходим к PHP.
Необходимо выбрать из таблицы ту строку, которая соответствует нескольким условиям.

$result = mysqli_query("SELECT * FROM `tasks` WHERE `id`='".$_GET['taskid']."' AND (`customerid` = '".$_GET['userid']."' OR `executorid` = '".$_GET['userid']."' OR `participantsid` LIKE '%".$_GET['userid']."%' OR (`executorid` = '0' AND `executordepid` = '".$_GET['userdep']."')) limit 1");

В запросе:
- `id` - id задачи
- `customerid` - id заказчика
- `executorid` - id исполнителя
- `participantsid` - ID участников задачи, перечисленные через запятую или без, если id один
- `executordepid` - id отдела исполнителя

Сейчас вообще не важно то, на сколько хорошо или плохо написан запрос, важно другое.
Обратите внимание на часть запроса `participantsid` LIKE '%".$_GET['userid']."%' .
Представим, что $_GET['userid'] равен id-шнику "5544", а в поле `participantsid` нет id-шника "5544", НО ЕСТЬ "35544".
В этом случае результат запроса будет получен, поскольку "LIKE %...%" в запросе просто ищет указанную последовательность.

Вопрос заключается в том, можно ли в запросе разбить значение поля по разделителю (в нашем случае разделитель - это запятая) и перебрать среди полученных значений?

Нет, я конечно могу увеличить строки кода в PHP, получить значение поля, потом разбить его с момощью explode, потом перебирать значения массива и сравнивать, и т.д....
Но нельзя ли всё это запихать в SQL-запрос?

Спасибо.

Comments

[Дмитрий]

А бд какая?

[Виталий Гусев]

Дмитрий, MYSQL

Answer 1

[mletov]

"WHERE CONCAT(',', fieldName, ',') LIKE CONCAT('%,' " + тут искомое значение +  "',%')"

Идея куда думать.

Но это с учетом ;)

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

Comments

[Виталий Гусев]

Спасибо, получилось.

Answer 2

[Дмитрий]

Postgres:

“35544” = ANY (string_to_array(participantsid,','))

MySQL

Find_in_set(35544, participantsid);

Comments

[Виталий Гусев]

В условие WHERE же это можно запихать?
Это будет выглядеть так:

... WHERE FIND_IN_SET(".$_GET['userid'].", `participantsid`);

Или как?

[Дмитрий]

Виталий Гусев, можно. НО! НУЖНО, НЕОБХОДИМО, ОБЯЗАТЕЛЬНО использовать подготовленные выражения.. Просто забудьте о существовании id = ".$_GET['userid'].". Нет такого больше

[Виталий Гусев]

Дмитрий, этому порталу 100 лет в обед. Чувак, который его писал, носил футболку с надписью "shitcoding is my life!". Там что-то переписывать - это себя закапывать. Лучше придерживаться того стиля...)))
В планах - к чертям всё снести, но перед этим написать новый.

Answer 3

[mayton2019]

В классическом SQL нет возможности работать с массивами и списками внутри одной ячейки. Фактически - это таблица не удовлетворяющая 1НФ и поэтому она не имеет право на жизнь.

Explode. Да, верно. Функция explode разворачивает строки на 90 градусов и позволяет посмотреть на participantid как на дочерние строки от основной таблицы. Но объем обработки как-бы возрастает и если вы передаете эти развернутые стороки на клиента то соотв. растет размер трафика. И работать с такой опухолью не лучше т.к. уникальность по PK/UK переносится на эксплоднутые атрибуты.

Как с этим бороться? Никак. Надо переделывать софт.

Like не работает. Это да. Это - проблема.

Comments

[Виталий Гусев]

Вопрос хочу вам задать.
БД делал не я. Плюс я далеко не профи, я учусь и хочу узнать побольше. Я бы сделал по другому, может быть тоже очень правильно, но по другому. Я думаю, что у каждого может быть своё виденье того, как сделал бы он, иначе не было бы столько споров в интернете в комментариях к тем или иным поднятым темам.

Как думаете, а если создать в БД ещё одну таблицу, которая и будет содержать список приглашённых к задаче, а в поле `participantsid` писать некий id, по которому уже будет происходит поиск в новой таблице?

Как бы сделали вы? Не поделитесь опытом?

[mayton2019]

Я могу предположить что лучше создать дочернюю таблицу participants и в нее перенести все partitcipantids.
Но поскольку ты - слабый постановщик задач то и ты тоже можешь ошибаться в своём видении использования этой БД я вангую что это ответ где - то на 60% полезности.

На полное разбирательство с этой БД у нас нет ни времени ни денег. Формат qna предполагает вопрос-ответ а не сопровождение.

Тоесть возиться с тобой долго никто не будет.

[Виталий Гусев]

mayton2019, да это опнятно.