Правильное проектирование БД для EAV?

Question

[Сергей]

Есть рабочий интернет магазин. Работает на "самопийсном" фреймворке на PHP. База данных MySQL.

На данный момент не более 100 позиций.
В ближайший год планируется не более 6000 позиций.

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

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

Я читаю о EAV эта модель мне кажется подходящей. Но как я понял, она может вызвать кучу проблем и большинство этих проблем вызвано изначально не правильной структурой базы.

Конкретных примеров для интернет магазинов я не смог найти.

Для примера я создал предположительную структуру в Excel. Мне нужен ваш совет.

Пример:

Comments

[Дмитрий]

Раз в неделю подобный вопрос пролетает тут на тосторе

[Сергей]

Дмитрий, Вопросы возможно прилетают, но ответы видимо нет.

[Дмитрий]

Сергей, а вы по тегу проектирование бд смотрели?

[Сергей]

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