PHP выбирает строку из базы данных, где идентификатор находится в группе идентификаторов

Не делайте этого так, вам следует нормализовать вашу базу данных.

Что вы хотите сделать, так это иметь таблицу, такую ​​​​как task, а затем task_assignee. task_assignee будет иметь поля task_id и user_id. Если задача имеет, например. трех правопреемников (ID 1, 2 и 3), то вы создадите три строки в таблице task_assignee для этого task, например:

+--------+---------+
|task_id | user_id |
+--------+---------+
|   1    |    1    [
|   1    |    2    [
|   1    |    3    [
+--------+---------+

Затем достаточно запросить таблицу task_assignee, чтобы найти все задачи, назначенные данному пользователю.

Вот пример того, как получить все задачи для user_id 2:

SELECT t.* FROM task AS t INNER JOIN task_assignee AS ta WHERE ta.user_id = 2

РЕДАКТИРОВАТЬ.

Как связанное примечание, даже если вы не сделали это правильно (что я описал в своем ответе ранее), выполнение этого с помощью таких хаков, как LIKE, все равно было бы далеко от оптимального решения. Если вы сохранили список значений, разделенных запятыми, и вам нужно было проверить, например. значение 2 находится в списке, вы можете использовать функцию MySQL FIND_IN_SET:

SELECT * FROM task WHERE FIND_IN_SET(2, for_emp)

Но вы не должны делать этого, если у вас нет выбора (например, вы работаете с чьей-то дерьмовой структурой БД), потому что это более неэффективно и не позволит вам проиндексировать идентификатор сотрудника.

Следующий запрос должен делать то, что вы хотите:

SELECT * FROM tasks WHERE for_emp LIKE '%2%';

Однако имейте в виду, что это также будет соответствовать работодателям 12, 20, 21 и т. д.; так что будьте осторожны, если вы ожидаете, что вы можете получить двузначное число.

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

Ты делаешь это неправильно. Создайте таблицу отношений с двумя полями: employee id и task id. Если одна задача должна быть назначена трем сотрудникам, вставьте три строки в таблицу отношений.

Затем вы используете JOIN для присоединения к таблицам задач, сотрудников и отношений.

тогда это не правильное отношение...

Я бы предложил «таблицу сопоставления» для отношения n: m.

employee
  id

task
  id

employeetask
  task_id
  employee_id

Составьте таблицу для своих работодателей. Вставьте в него свои три строки.

Затем составьте таблицу сопоставления задач работодателям. Если задача назначена трем работодателям, вставьте в эту таблицу три строки. Это базовая работа по взаимодействию объектов.

Я бы сделал 2 разные таблицы.

1 с сотрудниками и 1 с задачами.

затем создайте еще одну таблицу, которая объединяет две таблицы, я назову ее «Назначенные задачи».

Затем в назначенных задачах я создаю назначенный идентификатор, номер сотрудника, который является FK для таблицы сотрудников, и идентификатор задачи, который является FK для таблицы Tasks.

Если у сотрудника более 1 задачи. Просто вставьте еще одну строку в назначенную таблицу. ;)

Когда речь идет о базах данных, старайтесь мыслить отдельными сущностями! Объединение этих объектов возможно в другой таблице.

пример sql:

Выберите * из Assignedtasks, где employeeID = 1 даст вам все его/ее задачи. :)

Вы можете использовать предложение LIKE '%,2,%' в своем операторе SELECT.

eg:

SELECT * FROM table where for_emp LIKE '%,2,%'

Однако производительность таких запросов, не подлежащих анализу, обычно довольно низкая.

Я бы посоветовал вам вставить строку для каждого сотрудника, которому назначена задача, используя отдельную таблицу TASK_EMPLOYEE_MAPPING с taskId, employeeId в качестве составного первичного ключа.

С таким дизайном ваш запрос будет

SELECT * FROM TASK_EMPLOYEE_MAPPING WHERE employeeId = '2'