🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Про схемы DWH/БД
Ранее я рассказывал про основы проектирования БД. Если вкратце: есть магазин, и есть у него БД. У этой БД 2 типа таблиц: таблица фактов (сколько, когда, кем и кому было продано), и таблица измерений (описательная: что за клиент/продавец/товар скрывается за каждым ID).
🟠Вышеописанная схема называется звездочка. Самая примитивная схема. Сейчас, как мне кажется, ее можно упоминать только в контексте раскрытия основных принципов проектирования, либо использовать в очень простых проектах. Серьезные БД/DWH на ней не строятся.
🟠Есть еще схема снежинка - более сложная звездочка. Точно так же есть факты и измерения, но измерения более сложны.
Если в звездочке мы можем по prod_id из фактов перейти в измерение и посмотреть, что это за prod_id (описание товара), то в снежинке мы можем продолжить этот путь по, условно, category_id и посмотреть описание товарной категории в отдельной таблице
🟠И есть Data Vault. Наверное, можно сказать, что она сложнее снежинки. С ней уже можно столкнуться на практике. Например, в банках.
Принцип таков. Есть таблицы: хаб, сателлит и связь.
В хабе хранится только техническая информация (ID, источник, дата загрузки...).
В сателлите хранится описание (прямо как в звезде или в снежинке): что за товар или клиент скрывается за конкретным ID.
В связи хранится информация о том, какой ID к какому ID можно соотнести.
То есть. Есть у нас клиенты. Есть у клиентов договора. Клиенты могут заключить 1 или больше договоров. И допустим, что 1 договор могут заключить 1 или более клиентов (какой-нибудь коллективный договор). В таблице связей как раз хранится информация о том, у каких клиентов какие договора имеются.
Сделаны эти связующие таблицы для реализации принципа связи "многие ко многим".