SóProvas


ID
861574
Banca
CESPE / CEBRASPE
Órgão
TCE-ES
Ano
2012
Provas
Disciplina
Banco de Dados
Assuntos

Acerca de data warehousing e OLAP, julgue os itens seguintes.

Na modelagem multidimensional da tabela fato, a chave da dimensão tempo deve ser sempre representada como parte da chave primária.

Alternativas
Comentários
  • ASSERTIVA CORRETA!
    Tabela de fatos é a tabela dominante de um esquema de modelagem tipo estrela (Star Schema), criado pelo Dr. Ralph Kimball, em um modelo multidimensional, e tem como característica principal a presença de dados altamente redundantes para se obter um melhor desempenho.
    A tabela de fatos, no "centro" da estrela, fica rodeada por tabelas auxiliares, chamadas de tabelas de dimensão. A tabela de fatos conecta-se as demais por múltiplas junções e as tabelas de dimensões se conectam com apenas uma junção a tabela de fatos. Esta tabela armazena grande quantidade de dados históricos, em função do tempo, obtidos a partir da intersecção de todas as dimensões da estrela. A dimensão tempo (uma das tabelas auxiliares) é sempre integrante da chave primária e é na tabela de fatos onde armazenamos os indicadores de desempenho do negócio.
    Bons estudos!

    Fonte: http://pt.wikipedia.org/wiki/Tabela_de_fatos
  • Copiar de Wiki não dá.

    A questão menciona a regra numero 3 dos 10 mandamentos do Kimball para modelagem mutidimensional:


    Regra #3: Tenha certeza de que cada tabela fato tenha uma dimensão de data associada.

    Os eventos mensuráveis descritos na Regra #2 sempre tem uma data de algum tipo associada a eles, sejam eles um balancete mensal ou uma transferência de dinheiro registrada em seu centésimo de segundo. Cada tabela fato deve ter ao menos uma chave estrangeira associada a uma tabela de dimensão data, cuja granularidade é cada único dia, com os atributos de calendário e suas características não padronizadas relacionadas a data do evento, como o período fiscal ou um indicador corporativo de feriado. Às vezes multiplas chaves estrangeiras de data estão ligadas em uma única tabela fato.

  • Questão correta porque sempre teremos que ter uma dimensão tempo associada a tabela de fato e a chave primaria da tabela de fato é composta por todas as chaves estrangeiras das tabelas de dimensão. Logo a chave da dimensão tempo sempre estará presente na chave do fato.
  • Está correto, segundo Ralph Kimball em sua 3a regra, que sempre precisa ter dados de tempo na tabela fato (as vezes mais de um), mas como chave estrangeira. Em momento algum Kimball menciona que é obrigatória a criação de chave primária composta com atributo tempo. Continuo achando que a questão está errada e cabe recurso.

  • questão está correta sim

    Ralph Kimbal Pág. 17 e 18

    All fact tables have two or more foreign keys, as designated by the FK notation in Figure 1.2, that connect to the dimension tables’ primary keys. For example, the product key in the fact table always will match a specific product key in the product dimension table.

    (...)

    The fact table itself generally has its own primary key made up of a subset of the foreing keys. This key is often called a composite or concatenated key. Every fact table in a dimensional model has a composite key, and conversely, every table that has a composite key is a fact table. Another way to say this is that in a dimensional model, every table that expresses a many-to-many relationship must be a fact table. All other tables are dimension tables.

  • O CESPE costuma ter o entendimento que as tabelas fato estão sempre ligadas a uma dimensão tempo. Como a chave da tabela fato é composta pelas chaves estrangeiras das dimensões, temos que a dimensão tempo sempre será parte da chave primária da fato.

  • GABARITO CORRETO!

    .

    .

    Esquema em imagem: https://rafaelpiton.com.br/wp-content/uploads/2019/10/fato-agregada-1.png