Разумно ли хранить сериализованные объекты в mysql?

Question

[Rockman]

В некоторых таблицах базы данных на текущем этапе разработки пока до конца не известно какие поля еще могут понадобится, поэтому решено сериализовать объекты и сохранять их в таблицах. Насколько это разумно и оптимально? Как это влияет на скорость работы и влияет ли вообще? Есть ли какие то еще способы динамически добавлять поля, например если в системе пользователь добавляет свои поля в своем профиле.

Понятно, что поиск по таким значениями через SQL запрос уже невозможен или возможен?

Answer 1

[Пума Тайланд]

Если вам не нужна какая то выборка по этим полям, можно сериализовать.

Answer 2

[FanatPHP]

Есть ли какие то еще способы динамически добавлять поля, например если в системе пользователь добавляет свои поля в своем профиле.

Есть. Но добавление пользователем полей не имеет РЕШИТЕЛЬНО никакого отношения к ситуации "ой мы стркутуру БД еще не придумали а уже пишем вконтактик"

Comments

[Rockman]

Не спорю, с этим полностью согласен. А какое решение выбрать для пользовательских полей и подобных ситуаций?

[FanatPHP]

не бывает "подобных" ситуаций. каждая решается конкретно своими средствами.

[Freeman]

Александр Галанин: Есть притча про три таблицы, которыми можно описать любую модель.

[FanatPHP]

Vapaamies: Насколько я слышал, кончается она описанием адских мучений, в которых умерли программисты, использовавшие EAV ;)

Answer 3

[xmoonlight]

Абсолютно неразумно!
а что мешает разложить по столбцам данные?

Comments

[Rockman]

Например юзер добавляет в своем профиле собственные поля

[xmoonlight]

Александр Галанин: ну допустим noSQL )

Answer 4

[Егор Щапов]

Абсолютно неразумно - это не есть нормальный вид данных для mysql. Любой массив есть таблица в БД, разложите данные в неё и удобно забирайте их по связи с родительской таблицей.