Как классифицировать данную схему и какие аналоги есть?

Question

[muratphpcss]

Добрый день!

Есть такая схема проектирования базы данных:

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

То есть делается следующее:
1) Создается список таблиц в "tables" (где name - название таблицы в БД, pk_name - название первичного ключа этой таблицы)
2) Создается список продуктов в "products" (где table_id - идентификатор таблицы из tables, pk_value - значение первичного ключа таблицы)
3) Создаются таблицы some_product, another_product и т.д. которые содержат разные поля под специфичный продукт

Вопрос в следующем:
1. Как называются такие схемы?
Например, EAV тоже предназначен для гибкости базы данных, но в EAV колонки сохраняются в виде записей в БД.
2. Поэтому не могу понять, целесообразно ли сравнивать данную схему с EAV?
3. Какие аналоги есть, чтобы понять, что лучше использовать?

Заранее огромное спасибо!

Comments

[sim3x]

Данная схема не юзабельная и непонятно зачем нужна

[muratphpcss]

sim3x, например есть три продукта, которые имеют разные поля и несколько общих полей, допустим: сумма, название, идентификатор категории. Мне кажется, что аналитический отчет сделать на основе такой таблицы легче, так как не нужно собирать информацию с нескольких таблиц. И если новые продукты часто добавляются, то не надо трогать модуль отчетов, чтобы туда добавились новые продукты. Но я не специалист в БД, поэтому могу ошибаться.

[sim3x]

muratphpcss,

Варианты
- json - уже быстрый
- OneToOne связь и аналог того что у вас только в человеческом виде
- разреженная таблица

Решаю такие вопросы исхдя из запросов к хранению, вставке и получению

Потому, нужно больше конкретики