Затрагивает дизайн хранилищ данных

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

Возвращаясь к истокам, это относительно легко идентифицировать, и очень близко к основной деятельности подразделений компании. Я положил несколько примеров:
DPT. Продажа -> Продажа, комиссий
DPT. Поставщики> Shopping - Покупки
DPT. Маркетинг -> кампаний, акций
DPT. Бухгалтерский учет -> Платежи, расходы
DPT.Личные -> Наличие, обучение, набор кадров
DPT. Логистика -> Акции, распределение
Каждый шарик будет в таблице фактов и звезды центре хранилища данных.

Большинство рекомендованных методик приступить к реализации хранилищ данных фокусировки на одном фокусе, а затем перейти модернизации с другими, но всегда по одному. Это приведет к созданию витрины данных отдельных бизнес-ориентированной. Хотя отдельные мнению, разделяют многие аспекты, которые являются точками зрения, при которых мы анализируем информацию, и может создать общее хранилище, будет расширяться с каждой витрины данных. Это хранилище также известный как ОРВ (оперативные данные Store).
Таким образом, в СОД хранится все Общая информация и сроки, и готовит его кормить витрин данных. Эта среда не является обязательным, но рекомендуется, так как все централизации корпоративной информации может также способствовать созданию определенных отчетов не аналитический характер.

Логическом уровне дизайн имеет первостепенное значение в то время как звезды дизайн, определить факт таблица со всеми важными показателями для бизнеса покрытия витрины данных, и выбрать минимальное детализации, с которой для хранения данных.Важно, чтобы усилия, чтобы не хранить более подробно, чем это необходимо, или использование поездки пространстве и проблемы с производительностью, когда мы хотим получить доступ к данным. Мы должны выбрать детализации для каждого 'ключ' таблицы фактов.
Например, мы могли бы дизайн витрин данных о продажах с информацией, сгруппированных по Продавец, Магазин, клиентах, продуктах и Dia. Должны быть некоторые очень специальные анализ потребностей, чтобы оправдать необходимость перегрузки системы продаж хранятся в подробном уровне часов или минут.

Эти же коды и мы определили начало пять измерений, только необходимо для завершения гнездо с других уровней, они не будут больше, чем групп низшего уровня.Интересно было бы думать о том, чтобы проанализировать информацию по некоторой размерности, такие, как географическое положение, которое является одним из наиболее стойких размеры, а также время, никогда не хватает.

Отсюда и вводе физического проектирования. Это часто создает структуру для сбора снимки операционные системы называют сценическая площадка, которая сохраняет структуру так же, как в исходной системе. Затем идет ОРВ, который уже сделал первые преобразования данных и начать интеграцию информации. ОРВ, как правило, создаются и временные метки необходимые структуры данных едины, и организует информацию так легко после кормления различных звезд.Вы можете начать де-нормализации некоторых лиц, что делает некоторые группы в таблицах размеров, хотя модель еще как реляционные.

Наконец, создайте для каждой звезды витрины данных (если вы следуете технике дизайн звезды), и соответствующие размеры, которые в первый Mart данные будут все новые, а некоторые начинают со второго быть общим, и может переработан с новыми требованиями следующей модели.