Какой подход к хранению данных выбрать?

Question

[JeanPaulBelmondo]

В общем есть такие сущности:
1) widgets;
2) popups;
3) products;
поля: id, title, handle, sku
4) collections;
поля: id, title, products_count,

products и collections могут быть привязаны к widgets и popups, поиска по продуктам или коллекциям НЕ будет

у меня два варианта как это можно хранить:
1) сделать таблицу resources с json полем data - и туда просто складывать данные о продуктах или коллекциях.
а определять принадлежность к продуктам или коллекциям по полям:
type - product или collection
entity_id - id сущности к которой привязаны ресурсы;
2) использовать подход который еcть в Laravel например

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

_______

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

Comments

[Виктор]

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

[JeanPaulBelmondo]

Виктор, лучше, если по этим полям поиск нужен будет

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

[Виктор]

JeanPaulBelmondo, если сейчас поиск не планируется, это не значит, что его не захотят сделать через какое-то время.

[Виктор]

JeanPaulBelmondo, еще constraint можно разные вешать, например добавлять обязательные поля, чего не сделать с json в базе.

[Дмитрий]

Не надо использовать json для данных которые легко структурируются. И вам правильно вдолбили

Answer 1

[Виктор]

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

Если нет очевидной нужны делать первый вариант, нужно делать второй.