Изменение структуры/группировка SELECT`ом

Question

[ssbxlan]

Есть в MySQL таблица:

name	phone	phonetype
Иван	01	home
Иван	02	mobile
Владимир	03	home

Нужно сделать выборку, которая вернёт такое:

name	home	mobile
Иван	01	02
Владимир	03	NULL (или пустое значение)

То есть каждому уникальному значению phonetype ставится в соответствие новый столбец в результирующей таблице, значение которого берём из phone.
Интуитивно понимаю, что надо как-то смотреть в сторону GROUP BY и джойнов, но как именно это сделать, понять не могу. Просьба помочь советом, как это можно реализовать

Comments

[Vumik]

То есть Вы хотите из названий в phonetype сделать дополнительные поля с такими же названиями и содержанием из phone?

[ssbxlan]

Именно так. Отредактировал текст немного, чтоб было понятнее.

Answer 1

[ztxn]

select name
   ,max(case when phone_type = 'home' then phone end) as home
   ,max(case when phone_type = 'mobile' then phone end) as mobile
from table
group by name

Comments

[ztxn]

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

[ztxn]

* не известен

Answer 2

[konsoletyper]

Ещё можно и так:

SELECT
    home.name AS name,
    home.phone AS home,
    mobile.phone AS mobile
FROM tablename home
OUTER JOIN tablename mobile ON home.name = mobile.name
WHERE home.phonetype = 'home'
AND mobile.phonetype = 'mobile'

Comments

[ztxn]

При подобной реализации окажутся отсеченными все записи, для которых не указаны оба типа телефона. Т.е. «Владимир» из исходного примера в результат выборки не попадет.

Попытаюсь объяснить почему. Результат outer join (кстати, какой из трех тут имеется в виду?) по этим критериям ничем не будет отличается от результата inner join. Мы делаем sef join по одному и тому же полю для обоих наборов, у нас просто физически не может случиться ситуации, что левое и правое множество отличаются, когда результат внешнего соединения отличался бы от внутреннего. Да и если бы даже отличался, то благодаря предикатам в where он всяко деградировал бы в inner.

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

А почему в результате inner join будут отсечены записи, наверное, и так понятно. Иначе, полагаю, вы бы не стали бы указывть outer.

если делать через джойны, то, думаю, как-то так:

select
    names.name as name,
    home.phone as home,
    mobile.phone as mobile
from (select distinct name from tablename)  names
left join tablename mobile on names.name = mobile.name and mobile.phonetype = 'mobile'
left join tablename home on names.name = home.name and home.phonetype = 'home'

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

[ztxn]

Додумал: Результат outer будет отличаться от результата inner в данном примере лишь в том случае, если существуют записи, где name is null

Answer 3

[vvnick]

Я бы еще посоветовал поле phonetype сделать типа set, и перечислить там четко все значения — тогда оно будет быстрее работать. И запрос перестраивать тогда одновременно с альтером таблицы надо будет — меньше шансов случайно что-то забыть.

Answer 4

[Константин]

Ну это просто через джоин и груп бай не сделать. ;-)
Tакие вещи делаются примерно вот так:

rows = db_cursor.query(«SELECT * FROM… ORDER BY name.»);

# структура одного рядка
#row_entry = {
# 'name': None
# 'home': None
# 'mobile': None
#}

проходим все рядки из rows. Держим изменение «name». Как только изменится = новый элемент. Для каждого нового элемента делаем структуру row_entry.

Далее такое можно сделать с помощю курсоров и процедурок в PL/SQL.