Как лучше хранить много свойств в бд?

Question

[FimozMozga]

Есть некоторые сущности, у которых помимо обычных свойств типа title, photo и тд, есть дополнительные свойства, которые задают дизайн сущности на фронте. Обычные css стили, которых насчитывается уже сейчас более 150 и периодически добавляются новые.

Создавать под каждое свойство поле в бд как то сильно режет глаза, не нравятся большие таблицы.

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

Второй вариант это создать отдельную таблицу под css свойства и туда уже пихать 100+ полей

Какой из вариантов оптимальный для такой задачки? Или мб есть какой ни будь еще вариант?)

Comments

[FimozMozga]

psiklop, а где эти свойства еще хранить?)

[psiklop]

Проблемы нет в массиве, если это все для сущности/аккаунта, а ключам можно давать "говорящие названия". Хотя например оформление и другие значения может быть логично разнести по разным полям/json

[psiklop]

FimozMozga, я вначале не понял, тут неважно, что это css - правильней назвать это свойствами оформления аккаунта (аватарка, подпись и прочее)

Answer 1

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

https://en.wikipedia.org/wiki/Entity%E2%80%93attri...

Answer 2

[Дмитрий Б]

Не обязательно под каждое свойство создавать поле. Можно сделать таблицу в формате ключ-значение. Например entity_styles с полями id, code, value, entity_id. И тогда можно будет хранить неограниченное количество значений.

Что бы значение гарантированно было, можно создать модель со свойствами соответствующими стилям и заполнить ее данными из таблицы. Например EntityStyles (background, color и т.п., со значениями по умолчанию).

Для более подходящего решения нужно больше информации о контексте. Где, зачем, примеры

Comments

[FimozMozga]

Зачем это вопрос к заказчикам)

А вот пример: Представь что у тебя есть профиль на каком то сайте, у профиля есть поля photo, title, description... И на пример у title как и у description есть стили шрифт, размер шрифта, тень, цвет тени и тд.

Вот про такие свойства я говорю

[Дмитрий Б]

FimozMozga, в таком случае наиболее простое решение сделать модели TitleStyles, DescriptionStyles, в них описать возможные стили и значения по умолчанию. Сами стили хранить в JSON в поле title_styles, description_styles и т.п.
Перед отдачей на фронт, данные из title_styles, description_styles оборачивать в соответствующую модель.
Таким образом можно будет добавлять стили и даже если их нет в БД, они будут в ответе фронту, так как свойство есть в модели

[psiklop]

FimozMozga, у профиля как раз таких проблем нет, я представил такое только как сервис для зумеров, типа создай собственный сайт или магазин через нас, "серьезный сервис" конечно помощь надо искать тут.

[FimozMozga]

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

[psiklop]

FimozMozga, 100% для зумеров, а 'тут' при чем? Не хотите слушать, а не спрашивать. Тут сервис общественный а не личный как у вас. К тому же вам ответили, поставил + да забыл.

Answer 3

[mayton2019]

Если это просто сет документов - то и надо брать документно-ориентированные БД.
MongoDb например или CouchDb.

Comments

[FimozMozga]

К сожалению нет возможности использовать монгу

Answer 4

[rPman]

Обычные css стили, которых насчитывается уже сейчас более 150

что то тут не так, в нормальной ситуации это слишком много.

Поддаются ли эти атрибуты группировке (т.е. клиент запрашивает эти атрибуты сразу пачкой)? существует ли необходимость одновременного редактирования атрибутов из одной группы нескольким пользователям, есть ли вообще многопользовательское редактирование?

Например если задача - стилизация аккаунтов пользователей, т.е. это не 150 стилей, это по условные 10 атрибутов у каждого пользователя, то сериализуй все атрибуты группами на каждого пользователя в тот же json и храни в одном поле