Стоит ли хранить значения атрибутов отдельными столбцами в EAV?

Question

[blantcat]

Встала задача хранения сущностей с произвольным количеством атрибутов. При этом количество типов атрибутов ограничено: 7. Если использовать EAV, стоит ли под каждый тип делать отдельный столбец ?

+----+-----------+------------+----------+-----------+--------------+------------+
| id | entity_id | name       | type     | value_int | value_string | value_date |
+----+-----------+------------+----------+-----------+--------------+------------+
| 1  | 1         | size       | int      | 10        | null         | null       |
+----+-----------+------------+----------+-----------+--------------+------------+
| 2  | 1         | title      | string   | null      | product      | null       |
+----+-----------+------------+----------+-----------+--------------+------------+
| 3  | 1         | created_at | datetime | null      | null         | 2019.10.04 |
+----+-----------+------------+----------+-----------+--------------+------------+

На какие грабли можно наступить при такой "оптимизации" хранения eav?
Основные выборки:
1. Получить сущности у которых дата создания(или иной атрибут) в диапозоне x и y
2 Получить список атрибутов сущности и их значения.

Comments

[Vitsliputsli]

EAV это очень плохой вариант хранения данных, разделение на типы по большому счету бессмысленно, а производительность будет дико теряться на pivot. Поэтому выбирайте этот тип только в том случае, когда остальные варианты не подходят.
Если атрибутов не может быть больше 7, то зачем вам EAV? Но, только, если их действительно, физически, не может быть больше.
В общем случае, я бы тоже выбрал jsonb, даже если вам нужно выбирать эти параметры из базы по-отдельности.

[blantcat]

Vitsliputsli, если не ошибаюсь, Mysql не индексирует json. Не будет ли проблем с быстрыми выборками? Атрибутов может быть много, а вот типов атрибутов 7 (int, string и т.д.)

[Vitsliputsli]

blantcat, конечно, решение с EAV и разделением на типы позволит индексировать по полям типов и делать за счёт этого более производительные выборки по условиям с атрибутами. Но вы действительно хотите все оптимизировать только для этого? Формируя запрос вам нужно будет динамически выбирать поле исходя из типа данных, если захотите получить сущность со всеми атрибутами одной строкой придется разворачивать таблицу, а это очень затратно. Поэтому выбирайте этот вариант, если только уверены, что подобная оптимизация крайне необходима, т.е. неоптимальная работа других выборок не так страшна и нет возможности делать выборки иначе.