-
"Em uma modelagem multidimensional, cada dimensão deve possuir uma chave de acesso associada ao ambiente transacional no momento do ETL"
Parei nesta primeira frase, talvez eu esteja errado, mas as dimensões são associadas depois que o ETL é feito, já no datawarehouse ou datamarts;
-
Gabarito: errado
O erro que encontrei foi em relação ao não uso das surrogate keys.
Na verdade, é aconselhável o uso de surrogate keys na modelagem multidimensional.
http://corporate.canaltech.com.br/noticia/banco-de-dados/Grandes-erros-na-elaboracao-do-Data-Warehouse-que-devem-ser-evitados/
-
Acho que a modelagem multidimensional só utiliza a arquitetura do tipo MOLAP. ROLAP é para modelagem relacional.
-
Como o Diego disse, o erro da questão é afirmar que a a utilização de chaves semânticas ou naturais em datawarehouse oferece todas essas vantagens elencadas.
Em Datawarehouse é recomendável a utilização de surrogate keys (= chaves artificiais)
Na verdade, o próprio Kimball levanta alguns problemas do uso de chaves naturais (derivadas do negócio).
As chaves naturais podem ser alteradas, reutilizadas pela aplicação do negócio. Logo essa integração entre o ambiente operacional e o transacional apontada como vantagem já seria um problema.
"Production keys such as product keys or customer keys are generated,
formatted, updated, deleted, recycled, and reused according to the
dictates of production. If you use production keys as your keys, you
will be jerked around by changes that can be, at the very least,
annoying, and at the worst, disastrous."
"Production may generalize its key format to handle (...) Production may reuse keys that it has purged"
ótimo texto para conhecimento do assunto.
Fonte: http://www.kimballgroup.com/1998/05/surrogate-keys/
-
Errado, apenas complementando o erro já apontado pelos colegas:
"Não podemos utilizar chaves das tabelas operacionais para junções entre Dimensões e Fatos. Devemos utilizar as surrogate keys (chaves artificiais ou substitutas) pois só assim é possível tratar dados históricos nas tabelas de Fatos e o versionamento (modificações) dos dados nas Dimensões. Sem as chaves substitutas esse artifício é inviabilizado."
http://corporate.canaltech.com.br/noticia/banco-de-dados/Grandes-erros-na-elaboracao-do-Data-Warehouse-que-devem-ser-evitados/
-
comentário do #Diego
-
É o contrário. O que se recomenda é a utilização das chaves artificiais (substitutas ou surrogate Keys). Essa integração entre as chaves naturais dos ambientes não é desejada, já que dificulta o gerenciamento, prejudica a estabilidade do projeto e diminui o grau de consistência dos dados.
-
GABARITO ERRADO!
.
.
Para melhor manter o controle sobre identificadores de registro de ambientes de data warehouse (armazém de dados), em geral recomenda-se a geração de chaves substitutas (surrogate keys). Assim, cada junção entre as tabelas de dimensão e tabelas fato em um ambiente de data warehouse deve se basear nessas chaves substitutas, e não nas chaves naturais existentes.
-
se vc tem 3 sistemas que geram os mesmos fatos, cada qual com sua própria chave, como o dw poderia usar a chave natural? absurdo.
-
Na modelagem Multidimensional, utilizam-se SURROGATE KEYS, que substituem, de certa forma, as chaves dos sistemas fontes, fazendo uma relação entre eles