GROUP_CONCAT с предложением WHERE IN

Question

GROUP_CONCAT с предложением WHERE IN

0

Я пытаюсь сгруппировать несколько столбцов вместе, которые имеют определенные соответствующие строки.

SELECT GROUP_CONCAT('users'.'id') 
FROM 'users' 
WHERE 'users'.'name'
IN ('john','doe','foo','bar');

Я не получаю сообщение об ошибке, только результат равен NULL, хотя в таблице есть столбцы со всеми этими именами.

Как структурировать мой запрос для достижения ожидаемого результата?

bob willis 20 апр. 2018, в 02:46

Источник

0

Это выглядит хорошо для меня. Что такое полное сообщение об ошибке?
Barmar 19 апр. 2018, в 23:55
0

Мои извинения, не было ошибки. Просто результат в таблице равен NULL, но в таблице есть столбцы со всеми этими name .
bob willis 19 апр. 2018, в 23:57
0

Работает здесь: sqlfiddle.com/#!9/57420/1
Barmar 19 апр. 2018, в 23:57
1

Если вы получаете NULL то ни один из столбцов name соответствует предложению IN . Опубликовать пример таблицы содержимого.
Barmar 19 апр. 2018, в 23:58
1

Что вы получите, если используете SELECT users.id без GROUP_CONCAT ?
Barmar 19 апр. 2018, в 23:58
0

один из способов справиться с пустыми значениями в ситуациях concat - это использовать coalesce, например, select group_concat(coalesce(users.id, '--no-id--')) таким образом, функция select group_concat(coalesce(users.id, '--no-id--')) сбоя
santiago arizti 19 апр. 2018, в 23:59
1

@santiagoarizti Не обязательно, GROUP_CONCAT игнорирует нули.
Barmar 20 апр. 2018, в 00:00
1

И если id является первичным ключом, то, скорее всего, он не может быть NULL .
Barmar 20 апр. 2018, в 00:00
0

NULL - это ожидаемое значение, если в таблице нет строк или если нет строк, удовлетворяющих условию в предложении WHERE, или если есть строки, значение столбца id из всех этих строк равно NULL. Шаг 1 в отладке этого, как уже указывалось @Barmar, состоит в удалении GROUP_CONCAT и проверке того, что запрос не возвращает никаких строк. Шаг 2 состоит в том, чтобы выяснить, какие значения name на самом деле находятся в таблице ... удалите WHERE и включите столбец name в список SELECT.
spencer7593 20 апр. 2018, в 00:24
0

Я советую разрабатывать SQL путем пошагового уточнения. Начните с запроса, который «работает». SELECT u.id, u.name FROM users u . Убедитесь, что возвращает то, что мы ожидаем. Затем внесите небольшое изменение ... например, добавьте предложение WHERE. WHERE u.name IS NOT NULL . Добавляйте / изменяйте запрос шаг за шагом, пока не получите что-то, что не работает, а затем сделайте резервную копию того, что работало. (В этом вопросе нет никаких доказательств какого- либо рабочего запроса, который возвращает ожидаемые результаты.)
spencer7593 20 апр. 2018, в 00:27
0

@ spencer7593 Я согласен, @Barmar после левого соединения вы можете получить нулевые значения в первичном ключе из вторичной таблицы, но да, моя рекомендация относится к простому concat() возможно, не к group_concat() но это поможет поместить что-то в объединиться, чтобы увидеть, где должно быть значение?
santiago arizti 20 апр. 2018, в 17:38

Показать ещё 9 комментариев

Теги:

mysql

group-concat

1 ответ

Ещё вопросы

Это выглядит хорошо для меня. Что такое полное сообщение об ошибке?
Мои извинения, не было ошибки. Просто результат в таблице равен NULL, но в таблице есть столбцы со всеми этими name .
Если вы получаете NULL то ни один из столбцов name соответствует предложению IN . Опубликовать пример таблицы содержимого.
Что вы получите, если используете SELECT users.id без GROUP_CONCAT ?
один из способов справиться с пустыми значениями в ситуациях concat - это использовать coalesce, например, select group_concat(coalesce(users.id, '--no-id--')) таким образом, функция select group_concat(coalesce(users.id, '--no-id--')) сбоя
@santiagoarizti Не обязательно, GROUP_CONCAT игнорирует нули.
И если id является первичным ключом, то, скорее всего, он не может быть NULL .
NULL - это ожидаемое значение, если в таблице нет строк или если нет строк, удовлетворяющих условию в предложении WHERE, или если есть строки, значение столбца id из всех этих строк равно NULL. Шаг 1 в отладке этого, как уже указывалось @Barmar, состоит в удалении GROUP_CONCAT и проверке того, что запрос не возвращает никаких строк. Шаг 2 состоит в том, чтобы выяснить, какие значения name на самом деле находятся в таблице ... удалите WHERE и включите столбец name в список SELECT.
Я советую разрабатывать SQL путем пошагового уточнения. Начните с запроса, который «работает». SELECT u.id, u.name FROM users u . Убедитесь, что возвращает то, что мы ожидаем. Затем внесите небольшое изменение ... например, добавьте предложение WHERE. WHERE u.name IS NOT NULL . Добавляйте / изменяйте запрос шаг за шагом, пока не получите что-то, что не работает, а затем сделайте резервную копию того, что работало. (В этом вопросе нет никаких доказательств какого- либо рабочего запроса, который возвращает ожидаемые результаты.)
@ spencer7593 Я согласен, @Barmar после левого соединения вы можете получить нулевые значения в первичном ключе из вторичной таблицы, но да, моя рекомендация относится к простому concat() возможно, не к group_concat() но это поможет поместить что-то в объединиться, чтобы увидеть, где должно быть значение?

spencer7593 · Accepted Answer · 2018-04-19T22-19-00.000Z

В: Как структурировать мой запрос для достижения ожидаемого результата?

A: Резервное копирование в предыдущий запрос, тот, который работал, и возвращение ожидаемых результатов. И затем выясните, почему изменение, внесенное вами в этот запрос, вызвало непреднамеренное поведение/неожиданные результаты.

Например, вероятно, вы начали писать запрос следующим образом:

SELECT u.id
     , u.name 
  FROM users u
 ORDER
    BY u.name

И вы запустили это, чтобы проверить его, и убедитесь, что он вернул ожидаемые результаты. Является ли id не-NULL. Является ли колонка name заполненной?

Затем вы добавили WHERE, чтобы узнать, можете ли вы получить строки с столбцом name содержащим "john".

SELECT u.id
     , u.name 
  FROM users u
 WHERE u.name = 'john'
 ORDER
    BY u.name

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

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

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

При отсутствии спецификации невозможно сделать какие-либо рекомендации. Образцы данных и вывод примеров будут иметь большое значение для разъяснения требований. Вы даже можете задуматься над тем, как настроить пример SQLFiddle.

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

https://ericlippert.com/2014/03/05/how-to-debug-small-programs/

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

Может быть, ответ так же просто, как обертывание выражения в IFNULL

SELECT IFNULL( GROUP_CONCAT(foo) ,'')  AS bar
     ,

Но мы, скорее всего, лаем, догадываемся о совершенно неправильном дереве.