Дорогие

Железо дешевле если разраб получает 500к в год чистыми

Как же анкор? Сейчас ещё и ActivityStream появился. Походу рано закапывать нормализацию

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

Подход практичный и саркастичный хД

Переделал табличку.

Меня интересует именно коректность структуры, могут быть где-то левые атрибуты, но это не суть.

Alexey, дал несколько советов, но тоже не совсем понтяно.

Если делать только ключ order_id, то он не будет уникален, т.к в отдном заказе может быть несколько работ и несколько исполнителей. Получается, что ключ должен быть составным.

Хз кому верить все по разному говорят.

так сделай связку r_work_order и r_worker_order many-to-one?

чего-то я не понял,  кто тут хайп - анкор с DV или старые добрые кимбал с инмоном?   Оно конечно круто быть яндексом и держать команду не только для ять и кх, но и для дотачивания гринплюма.  Но при чем тут все остальные?  Посмотрите последнее выступление представителя яндекс-го на питерском хайлоаде.  На чем делать эти бесконечные джойны?
Так что обычным компаниям сейчас в самый раз будет clickhouse с кимбаловской звездочкой.

Я адекватный, но что значит r_work_order и r_worker_order?

many-to-one  понятно что такое

А из чего строить звездочки в КХ?

из словарей?

В смысле напрямую из источника, или делать с данными из источника что-то перед тем как в звезду положить (суррогатники, связи затаймстемпить, такое)

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

Ну то есть это независимые витрины, процессы наливки витрин надо менять каждый раз когда источники меняются, правильно?

ну а как?  Что-то поменять все равно придется.

Например можно сделать детальный нормализованный слой, и менять процесс наливки из источника в детальки, а процессы построения витрин меняются только для новой функциональности

можно.  Но менять все равно придется.  Оно как бы и неплохо даже, непонято просто в чем тут пойнт.  Вот такая внутренняя структура ETL/ELT процессов.   Тоже жрет диски. Наверное можно попробовать съэкономить на нормализации - тоже конечно путь.  А можно и на колонках и компрессии.

Прекрасно, я спокоен за своих потомков)