Как физически / логически разделить уровень интеграции и хранилище данных и необходимо ли это?

Question

На нашем тестовом сервере DWH мы используем Vertica Community Edition.Мы очень довольны процессом ETL и производительностью запросов.

Мы импортируем данные из нескольких источников (Informix, SQL Server, MySQL, Google Docs), помещая их в одну схему с префиксом Bussinessprocess_name_stage бизнеспроцесса_stage_

В конце процесса ETL вызывается множество таблиц Деловойпроцесс имя_факта и бизнеспроЦессное_имя_дим_имя_имя и немногие SHARED_DIM_ИМЯ общего доступа.

Есть ли необходимость в разделении этих таблиц в другой схеме или, может быть, в другой базе данных?Тот же вопрос касается витрин данных внутри DWH.

В основном мы используем звездообразную схему, показываем несколько раз, и есть даже одна витрина данных с плоской таблицей.

Answer 1

Большинство систем баз данных используют уровень базы данных как высшую логическую иерархию.Однако Vertica позволяет запускать только одну базу данных одновременно.Это означает, что логическое проектирование осуществляется на уровне схемы.Например, традиционная система баз данных может содержать такие базы данных, как customers и orders.В Vertica они были бы идентифицированы на уровне схемы.

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

Еще одним преимуществом использования схем было бы удобство администрирования.При выполнении резервного копирования или задач обслуживания они могут выполняться на уровне схемы.