Массив строкой в БД это плохо?

Question

[gpm7315]

Привет! Допустим для каждого товара магазина есть несколько изображений. Что если вместо дополнительной таблицы хранить в БД список этих изображений одной строкой, а в приложении "разбивать" её split'ом? Насколько это удачное решение или лучше так не делать?

В БД:
"/imgs/products/147832/01.jpg;/imgs/products/147832/02.jpg;/imgs/products/147832/03.jpg"

В приложении (SQLAlchemy):

class Product(Base):
   ...
   _imgs = Column("imgs", Text())

   @property
   def imgs(self):
       return self._imgs.split(";")

   @imgs.setter
   def imgs(self, imgs):
       self._imgs = ";".join(imgs)

PS: я знаю, что у postgres есть тип array

Comments

[Евгений Ромашкан]

Для этого json и jsonb есть.

[sim3x]

PS: я знаю, что у postgres есть тип array

ну так и используйте его, если сильно хочется и готовы писать код для валидации путей

Answer 1

[Антон Р.]

Да, плохо. Мне кажется гораздо проще создать отдельную таблицу со столбцами id, product_id и image, потом джойнить, чем городить сплиты или еще какие-то обработчики (потенциально узкое место где вероятны косяки и ошибки).

Answer 2

[Иван Шумов]

В некоторых случаях так можно и нужно делать, но это очень узкоспецифичные кейсы и оптимизация. Приводите к 3NF и не мучайтесь

Answer 3

[Евгений Вольф]

Что если вместо дополнительной таблицы хранить в БД список этих изображений одной строкой, а в приложении "разбивать" её split'ом?

Если у Вас MySQL - там есть поддержка данных типа JSON, который идеально подойдёт для таких целей.

Насколько это удачное решение или лучше так не делать?

Ну как минимум это решение имеет право на жизнь, если Вы не планируете обрабатывать эти данные отдельно (например осуществлять по ним поиск). Но его смысл - лично мне не понятен.

PS: я знаю, что у postgres есть тип array

А ещё у PostgreSQL есть тип JSONB, который позволяет полноценно индексировать поля в формате JSON... Но смысла в таком решении я всё равно особого не вижу, скорее даже наоборот.

Comments

[Игорь Воротнёв]

Ну как минимум это решение имеет право на жизнь, если Вы не планируете обрабатывать эти данные отдельно (например осуществлять по ним поиск). Но его смысл - лично мне не понятен.

Буквально на днях реализовывал - есть Exercise, у него есть oneToOne MediaSet. В медиа-сет входит видео и изображение данного упражнения, а к изображению еще генерятся превьюшки разных размеров. Вот эти превьюшки тупо в поле JSON, изначально там small/medium/large. Добавят позже другие размеры - не вопрос, просто перегенерили их и перезаписали массив в это поле.