rG
schema или так
Size: a a a
2021 July 03
NN
Это, наверное, означает схема.
rG
Да. Я понял, но там указано это слово и все. А где структура схемы определяется?
NN
Не подскажу.
Тут лучше доки почитайте.
Тут лучше доки почитайте.
rG
Спасибо)
2021 July 04
e
NN
Вроде в таком виде не было
AZ
> Общепринятый и проверенный временем подход к построению Data Warehouse (DWH) — это схема «Звезда» или «Снежинка».
экспертный уровень доклада не располагает к себе даже до клика по ссылке
экспертный уровень доклада не располагает к себе даже до клика по ссылке
e
ну там не формат академического чтения - там опыт построения работающего решения
AZ
я все понимаю, просто глаз зацепился, обидели дедушку Инмона в первой строке
e
он это ТОЧНО переживет ))
NN
У меня пока так и не получилось понять, как именно нужно проектировать по Инмону.
Правда, я его книгу и не читал, так что это неудивительно, но попытки найти какие-то тезисы не удались. Не знаете, где вкратце можно более-менее конкретное описание подхода найти?
Правда, я его книгу и не читал, так что это неудивительно, но попытки найти какие-то тезисы не удались. Не знаете, где вкратце можно более-менее конкретное описание подхода найти?
AZ
Так DV и AM это самые что ни на есть инмоновские архитектуры - сильно нормализованный детальный слой для консолидации/интеграции/историзации, и зависимые витрины (материализованные и логические) которые наполняются из деталек
Я статью выше не читал, но если хорошая - она наверняка рассказывает зачем все это надо
Я статью выше не читал, но если хорошая - она наверняка рассказывает зачем все это надо
VP
Статья выше скорее даёт понимае когда это надо, а когда не надо
e
В двух словах без воды , когда строим хранилище для холдинга и нужно скрещивать данные из множества учётных систем для различных бизнесов
AZ
Не всегда холдинг, но да, чем больше компания и больше номенклатура бизнес-процессов - тем больше выгоды в сильной нормализации деталек
NN
О, круто, не знал, откуда ноги растут.
Спасибо!
Спасибо!
SK
Привет ребята. Кто сталкивался с проблемой late arrivals для стриминга ивентов? Интересует варианты для микробатч и риал-тайм стриминга. При условии что задержка ивентов может быть большая, больше пару дней. Может порекомендуете варианты решения данной проблемы?
AM
привет, а любительский вопрос можно - требуется упорядоченный стриминг, вроде пайплайна, и при этом бфуеризовать где-то данные, пока не придет задержавшийся пассажир? вроде я как раз читал про варианты c kafka, как я понимаю, kafka умеет задерживать консьюмера до некоторого предела, и поддерживает упорядоченный вывод потока (но это не real-time, и для видеосервисов и прочего вряд-ли подойдет)