Методология моделирования данных для хранилища Data Vault

Рет қаралды 5,443

Слёрм

Күн бұрын

Пікірлер: 17

@gimtonic Жыл бұрын

Николай жгёт) Почаще зовите его)

@alexanderlazutkin882 11 ай бұрын

Интересный выпуск. Плюсую Сергею (нужно было еще спросить как обновлять витрину на примере 46:01). В споре рождается истина и авторитет тут может быть ни при чем. Не нужно рассказывать чем лучше Кимбал/Инмон/DV/AM/AS между собой без контекста, без входящих условий. Так же нужно учитывать, что методология техника моделирования. Рекомендую подготовить вопросы, т.к. вопросов возникло больше чем ответов в этом выпуске и с нетерпением ждем продолжения.

@slurm_io 5 ай бұрын

Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!

@faibichandrei3189 7 ай бұрын

Я не понял почему столько времени было уделено сравнению DV и Dimensional modeling. Николай сам подчеркнул что DV это альтернатива проектированию ODS слоя Инмона, а не подходу Кимбала. Из того что я понял преимущество DV в том, что проектирование становится Agile, именно проектирование. Хотелось бы услышать есть ли какие-то преимущества, если они есть, в операционной работе хранилища, уже построенного на DV и Inmon ODS, опуская за скобки вопросы создания и развития модели, здесь все понятно. По ходу дискуссии сложилось впечатление, что сравнивалось красное с квадратным)

@max_z0rn Жыл бұрын

Жаркий стрим, надеюсь будет продолжение )

@СергейМолоковских-ш1ш Жыл бұрын

Улыбнуло. "Кто сходу из вас может рассказать про 3ю нормальную форму?" - никто 😂

@SergiusBfg 5 ай бұрын

❤

@pitersky6660 Жыл бұрын

@saraantuayal8389 11 ай бұрын

Если член измерения не приехал, то факт по нему, попадет в "Нераспределено" , а член измерения останется "Неизвестен" , а когда приедет, то все станет на свои места... Эта проблема давно известна, и каким-то образом решаема.

@_INDATAWETRUST_ 10 ай бұрын

24:30 Link to Link. Не делайте так никогда! Это очень плохая идея. В этом кейсе создается новый линк между 3мя хабами или рефакторинг старого (если еще не поздно). Сергею спасибо, в споре рождается истина.

@MelvinStudios 3 ай бұрын

Не база, а СУБД ё-моё. Что интересно, только в СНГ путают БД и СУБД. Это совсем разные вещи. Прямо вообще не синонимичны.

@АристархМышьякович 9 ай бұрын

Это что, агитация за нормальные формы?.. как в нулевые вернулся. где там моя зачитанная "Ведение в базы данных" Дейта?.. )) .Мущина "переигрывает лицом" лучше просто слушать без портрета.... Дослушал половину. Сколько пафоса. Пойду лучше старые книжки перечитаю.

@slurm_io 5 ай бұрын

@sergeysukharev4939 Жыл бұрын

😂 после DV нужен слой представления данных, а это в 99% звезда-снежинка. DV был придуман и работает только как слой ХРАНЕНИЯ данных. Да и не все там так просто, называется три сущности, а их гораздо больше, и на сложных св,язяхх ты в DV огребешь проблем по самое нехочу. Ну а коллизии на хеш ключах я ловил и не один раз. Теоретики... сразу видно, толком в жизни ни одно ХД не построил.

@talgat1764 11 ай бұрын

Колизии на хеш ключах? Более одного раза? Иди купи лотерейный билет выиграй миллиард и не пиши хуйню

@alexanderlazutkin882 11 ай бұрын

DV 1.0 хоть и не модно уже, но без хэшей. И да, с хешами не все просто в разных СУБД. В чистом виде DV скорее не используется в DWH, только как детальный слой и с допущениями.

@AlexeyPetushkov Ай бұрын

@@talgat1764 я тоже ловил когда то коллизию (кстати, данных было не так уж много). было неприятно