Что лучше при сохранении массива в ячейке БД — json_encode/decode или serialize/unserialize?

Question

[Антон Р.]

Есть задача сохранять несколько картинок к одной сущности, самое очевидное - сохранять массив имен картинок в одну ячейку БД, например images. Что выгоднее здесь использовать json_encode/decode или serialize/unserialize?
На примерах CMS-ок часто вижу что используют json, но при конвертации из json обратно получается не массив, а объект stdClass и приходится потом работать как с объектом и его данными, в то время как unserialize() сразу возвращает обычный массив, что может быть удобнее для дальнейшей работы.

{"one":1,"two":3,"three":4} -VS- a:3:{s:3:"one";i:1;s:3:"two";i:3;s:5:"three";i:4;}

Comments

[Максим Федоров]

при конвертации из json обратно получается не массив, а объект stdClass

А если почитать доку к функции json_decode() ? :):)

[Антон Р.]

Максим Федоров, уже понял косяк ) не углублялся в описание самих этих функций, сразу в коде тестил.

Answer 1

[FanatPHP]

РАЗУМЕЕТСЯ, ни то ни другое

Хранить надо в отельной таблице, с колонками ид сущности, картинка.

Comments

[DevMan]

не факт.

[Антон Р.]

Думал о таком варианте но пока не понимаю как указывать картинке id статьи если одновременно в базу пишется и статья и картинки. То есть на момент записи id статьи еще не известно.
То есть человек заполняет статью и прикрепляет картинку, нажимает Сохранить и в этот момент:
1. В таблице Статьи создается строка с уникальным id
2. Одновременно в таблице Картинки создаются строки с id самих картинок и id статьи к которой картинки принадлежат, вот как этот id получить?

[FanatPHP]

mysqli_insert_id()

[Антон Р.]

FanatPHP, а если у меня PDO?

[FanatPHP]

lastInsertId()

[Антон Р.]

DevMan, в Джумле например очень часто для хранения настроек или картинок в ячейке используется именно json. Хз почему так, наверно чтоб не плодить таблицы которых итак дофига.

[kafkiansky]

Антон Р., поэтому надо использовать uuid, а не автоинкрементный id базы

[Антон Р.]

kafkiansky, что такое uuid?

[kafkiansky]

Антон Р., извините меня, это тостер, а не гугл. Я мог бы сюда кинуть ссылки по запросу из гугла, но вы их сами без труда найдёте. Если коротко, uuid можно генерировать самому и не надеяться на lastInsertId. Это удобно, когда нужно в момент сохранения сразу связать запись с другой таблицей и/или послать событие в очередь, которое кто-то потом обработает. Это не костыль, это стандарт, такой же, как автоинкремент, но если начинать, то либо с автоинкремента, либо с uuid

[FanatPHP]

Антон Р., не нужно его слушать

[Антон Р.]

FanatPHP, почему?

[FanatPHP]

Потому что он, как и большинство здесь присутствующих, не понимает, о чем говорит.

[lamma4ka]

Антон Р., потому что больше бредятины, чем получить кошерный lastInsertID, и использовать его где душеньке угодно, мы будем устраивать "UUID головного мозга". Вы на внешний вид UUID посмотрите, а потом на внешний вид автоинкремента, для начала. Остальные выводы очевидны.
UUID нужно использовать там где надо, а не везде подряд, ибо круто.

Answer 2

[DevMan]

при конвертации из json обратно получается не массив, а объект stdClass

даладна? а если получается?

хранить в json.

Comments

[Антон Р.]

В смысле?
Вот я пишу пример:

$a = ['one'=> 1,'two'=> 3, 'three'=> 4];

$b = json_encode($a);

$b2 = json_decode($b);

print_r($b2);

Выводит: stdClass Object ( [one] => 1 [two] => 3 [three] => 4 )
И чтобы получить значения приходится писать в ООП стиле: $b2->one;

[DevMan]

Антон Р., https://www.php.net/manual/ru/function.json-decode.php

[Антон Р.]

DevMan, благодарю, недосмотрел.

[DevMan]

Антон Р., то такое.
как по мне, то писать $b->one, удобнее, чем $b['one'].

Answer 3

[Андрей]

Json и json поле в СУБД.