Можно ли запросом MySQL вывести несколько строк, основываясь на одной строке в базе данных?

Question

[artloveyou]

Структура таблицы такая:

id int(11)   |  time longtext
1            | ["01:00", "02:00", "03:00"]
2            | ["02:00", "05:00"]
3            | ["07:00"]

Можно ли получить одним запросом:

1 |  "01:00"
1 |  "02:00"
1 |  "03:00"

Comments

[Adamos]

Проблема возникла из-за того, что не по делу используется json-поле.
Правильное решение проблемы - не шаманство с JSON, а нормализация данных.

[artloveyou]

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

[Евгений]

А для чего это в несколько строк разбивать?

[artloveyou]

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

[Евгений]

artloveyou, а у вас время только по часам
типа 00:00, 01:00, 02:00, ..., 23:00
или еще минуты могут быть?

[artloveyou]

Евгений, да только 24 часа с 00 минут

[Евгений]

artloveyou, тогда есть вариант поинтереснее с битовой маской
если расставить часы как
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
и записывать их наличие как 0 или 1 то получается скажем для комбинации 02:00 и 03:00
00000000000000000001100 = 3
а если надо 18 и 23
10000100000000000000000 = 4325376
тоесть надо записывать всего одно число-маску вместо длинного массива
также легко делать выборки, если надо выбрать записи которые подходят под 18 часов
маска 18 часов = 00000100000000000000000 = 131072
select * from tbl where time & 131072 > 0

[ThunderCat]

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

[artloveyou]

Евгений, спасибо, но я видимо пока юный падаван, а не джедай, мне наглядно удобнее

[Евгений]

ThunderCat, ну да, хранить 200 байт вместо 8 и делать JSON_TABLE() + JOIN это как раз "Нааайс"

[ThunderCat]

Евгений, Смысл нормализации не в экономии 192 байт, и даже не в переходе от лонгтекст поля к тайм, что уже очень хорошо, а в логичной и контролируемой архитектуре приложения, с прозрачной логикой чтения/сравнения/изменения, соответствующей 3 нормальной форме.

Answer 1

[Rsa97]

JSON_TABLE() и JOIN.