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

Еще говорят, что в итоге получилось медленно и все аналитики плачут, на пару с дата инженерами.

Вот и думай кому верить) в любом случае красивая история для презентации и доклада. Я думаю у всех хранилищ одна судьба "медленно и все аналитики плачут, на пару с дата инженерами."

Аналитик уже плачет при over 3-4 join, а вот, когда join'ов over дохера, это аннигиляция мозга аналитика. И решение мне видится в том, чтобы бизнес слой строился традиционно на максимально широких таблицах. Нижние слои можно пилить на anchor, хотя...