Comments 2
А зачем в EAV потребовалось аж 4 поля под значения, с 4 различными типами, при том, что три из них остаются незаполненными? Более того, вам же чётко известен тип - что помешало так же, как и для JSON, хранить всё в строке, а на выходе, буде нужно, преобразовывать? Всё это тем более странно, поскольку именно расход дискового пространства выбран критерием... вы что, решили таким образом гарантированно зарубить одного из кандидатов?
"Таблицы содержат сотни гигабайтов, а атрибутивный состав таблиц достигает 150 штук."
Малдер! Сколько данных на этом жёстком диске?
Миллион данных! Скалли!
Штош. Я в печали. Если такие решения применяются в проде и на больших объемах данных, не долго осталось нашей вселенной.
ИМХО, ощущение... а, ладно... надоело...
Sign up to leave a comment.
Методы расширения атрибутивного состава таблиц БД