какими проблемами сталкивались?
- Избыточность хранения (наш заказчик, правда, прожигает ресурсы как будто они безлимитные) - Требует большей квалификации у архитекторов, DBA и рядовых разработчиков, чем более простые модели (но проще Якоря) --- Из плюсов - реально удобно масштабировать по шаблонам, если архитектура грамотно задокументирована --- Если у вас много источников для миграции (филиалы, отделы, дочерние фирмы), то нормальный вариант. Если DWH больше про глубину, чем про ширину, то DV больше затормозит все процессы, чем поможет
спасибо! А под масштабируемостью, что подразумевается?
Ну там в сам принцип зашито то, что DWH может содержать большое количество таблиц-хабов (отдельные логические сущности / группы сущностей), которые естественным путём соединяются через линки. Архитекторам достаточно задать шаблоны построения для каждого типа таблиц (хабы, линки, спутники, марты и т. д.) , а разработчики уже будут множить сущности по этой канве. Опять же, это актуально, если требуется упростить разработку DWH из тысяч/десятков тысяч таблиц. Если таблиц пара десятков, то ручная сборка и нормализация подойдут лучше.
🤔 есть надо чем поразмыслить, спасибо, ещё раз. Тысяч не предвидется, но вот разные источники вполне.
Обсуждают сегодня