Как выводить и записывать значения в mysql через запятую или |?

Question

[viktorross]

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

function get_X($id) {

global $db;

$x_user=$db->fetchAssocList("select `нужная строка` from `class_users` where `user_id`='777'");

return $x_user;

}

так вот в этой строке лежит запись 123, 124, 125 и т.д
мне нужно чтобы при выводе цикла получалось так, что каждое число до запятой выводилось в итоге как новая строка

Возможно так будет удобнее это реализовать

function get_X($id) {

global $db;

$result=$db->query ("select `нужная строка` from `class_users` where `user_id`='777'");

while($row = $db->fetchAssocRes($result)) {

      $нужная строка = $row['id'];
}
return $x_user;

}

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

$add_number=$db->query("UPDATE `class_users` SET `нужная строка` = `нужная строка`+ ,123"); -что тут я не знаю

кто-нибудь знает как это делать?

Comments

[di]

$add_number=$db->query("UPDATE `class_users` SET `нужная строка` = `нужная строка`+ ,123"); -что тут я не знаю

Что это? это по моему добавляет значение через запятую.SET `нужная строка` = `нужная строка`+ ',123'

[di]

Вы уверены что оно вам надо? я не помню в своей практике чтоб приходилось записывать значения в mysql через запятую или |. это немножко странно

[Кирилл Несмеянов]

В MySQL для записи произвольных значений используется тип JSON. Почему не использовать его?

[rasschitai]

Кирилл Несмеянов, хрень, не разобрать потом)

[FanatPHP]

Кирилл Несмеянов, потому что это тоже костыль.

viktorross , рассказывай, что за значения, что в них лежит и зачем

[viktorross]

FanatPHP, что-то типа подписки людей на определенные записи или страницы, я хочу добавлять таким образом ID этих страниц в одну строку к id записи пользователя, и потом циклом выводить все значения на одной странице подставляя Уже разобранные id в ссылку, естественно добавляя уже картинку и Короткое описание , ну и плюс кнопка отписаться, опять-таки , которая сделает обновление записи удалив нужный id и запятую, я понимаю что проще всего создать отдельную таблицу и просто писать туда каждую новую подписку в отдельную строку с id пользователя и нужными параметрами, но допустим один человек может на сохранять тысячи этих записей, другой тысячи, в итоге через время там будет миллион записей, на выборку из которых будет уходить время и грузить процессор

[FanatPHP]

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

А в нормальном варанте всегда будет читаться только 1 число, сколько бы подписок всего не было.
Поверь, базы данных проектировали не полные идиоты. Ну уж во всякоим случае люди не тупее тебя. И немного понимающие в загрузке процессоров.

[Rsa97]

viktorross,

естественно добавляя уже картинку и Короткое описание

Естественно, делая для получения каждой картинки и описания отдельный запрос к БД в цикле вместо JOIN'а. Ещё одна очень плохая практика.

[viktorross]

FanatPHP, т.е лучше все-таки сделать по-нормальному отдельную таблицу и пускай там будет хоть миллион записей и не заморачиваться с другими вариантами? Неужели крупные сайты с подписками допустим людей друг на друга используют именно этот вариант? Записывают миллиард записей в одну таблицу и потом фильтруют, когда пользователь хочет посмотреть Весь список?

[viktorross]

Rsa97, нет, я без join, просто 2 функции свяжу вместе, в одной получу id, а в другой все выведу, недавно делал это без join

[Rsa97]

viktorross, То есть, чтобы показать 1000 картинок и описаний вы будете делать 1000 отдельных запросов к БД?

[Кирилл Несмеянов]

FanatPHP, та никто не спорит что костыль в вопросе в целом. Но уж всяко лучше, нежели через запятую записывать

[viktorross]

Rsa97, да, сейчас посмотрел бред получается, я делал немного другое, единственный вариант который знаю остается такой

function getSubscribePost($id) {

global $db;

$user_x=$db->fetchAssocList("
SELECT * 
FROM  `class_posts` 
LEFT JOIN  `class_users` ON class_posts.id = class_users.id
WHERE class_posts.id =  'id пользователя'");

return $user_x;

}

вроде бы 0.0008 сек уходит на запрос, тут join не грузит ничего

Answer 1

[Rsa97]

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

Comments

[viktorross]

Rsa97, это у меня естественно самый первый вариант был, а потом я подумал, если там будет миллион записей в итоге или больше, что тогда? Это же загрузит процессор по полной программе

[Rsa97]

viktorross, Думаете, ваша попытка что-либо поискать внутри этой строки ничего не загрузит? Учтите, что индекс для такого поиска работать не будет, и, вместо быстрой выборки по индексу, СУБД будет просматривать все строки в поисках нужной подстроки.

Answer 2

[nokimaro]

UPDATE `class_users` SET `нужная строка` = CONCAT(`нужная строка`, ',123')

Так же есть функция FIND_IN_SET() которая позволяет искать значение в строке разделённой запятыми, чтобы не прибегать к использованию LIKE '%...%'

Как уже ответили ранее, подобные трюки являются анти-шаблонами.
Я считаю что допустимо подобный подход использовать чтобы компактно хранить список чего-то (денормализация). Но если вы потом по значениям из списка захотите что-то искать или фильтровать, то это всегда будет FULL SCAN запрос, который в 999999999 раз будет медленнее и грузовее для CPU нежели если бы вы хранили основную запись и связанные списки отдельно, так как во втором случае возможно эффективно использовать индексы для поиска.