Скажем если таблиц ОГРОМНОЕ кол-во, неск-ко тысяч и больше? Пример. Есть атрибуты товаров - материал, размер. У атрибутов есть НАБОРЫ уникальных значений (материал - "пластик", "дигидро-эрго-криптин"; размер - "XM", "XL"). Вопрос: каким образом лучше хранить данные (ИМЕННО в плане БЫСТРОДЕЙСТВИЯ)? 1 вариант - одна таблица для всех атрибутов и их значений. 2 вариант - отдельная таблица для КАЖДОГО атрибута?(в этом случае имеем кучу таблиц НО с маленьким кол-вом записей)
Просто инфа в инете меня взбаламутила=) Кто-то пишет что СУБД будет спокойно держать и 10 тыс. таблиц, кто-то пишет что умрет при 1 тысячи. Кто-то пишет что кол-во таблиц вообще роли не играет. Просто в случае если кол-во таблиц по фигу, то плюс "варианта 2" очевиден - это полная реляционность. С JSON возникнут неудобства когда придется сортировать/фильтровать по этим значениям. Но ваш вариант тоже рассматривается, безусловно.
Были у меня сайты на поддержке на одном сайте было 4728 таблиц в myisam (
Сайт быстро работал но при попытки сдампить такое чудо mydump уходил в вечный сон.
В скорость вы потеряете точно если будет использовать много JOIN