Questão de Administração de Banco de Dados · FGV MPAL 2018 (nº 75)

A desnormalização em um Data Warehouse (um banco de dados otimizado para análise e relatórios) é aceitável porque prioriza a velocidade e a simplicidade das consultas em detrimento da integridade de dados e da redundância, que são mais críticas em sistemas transacionais.

(A) Incorreta: As dependências funcionais são a base da estrutura dos dados; elas não se tornam obsoletas, apenas a forma como as tabelas são organizadas fisicamente muda, introduzindo redundância controlada.
(B) Incorreta: Operações de escrita em um DW, mesmo que em lote (ETL), ainda necessitam de controle para garantir a integridade dos dados durante a carga, embora o controle de concorrência seja diferente do OLTP.
(C) Incorreta: A desnormalização não facilita o ETL; na verdade, o processo de Transformação no ETL é onde a desnormalização e agregação dos dados ocorrem, tornando essa etapa mais complexa para preparar os dados para o DW. Armadilha da banca: A alternativa tenta confundir o processo de construção do DW (ETL) com os benefícios da estrutura final do DW. O ETL cria a estrutura desnormalizada, mas a desnormalização em si não torna o ETL mais fácil.
(D) Incorreta: É perfeitamente possível criar bancos de dados históricos normalizados; a escolha pela desnormalização no DW é uma decisão de design para otimização de desempenho, não uma impossibilidade técnica da normalização.
(E) Correta: A desnormalização reduz a necessidade de múltiplas junções (joins) entre tabelas, o que simplifica a escrita das consultas e, crucialmente, acelera o tempo de execução das consultas analíticas complexas, melhorando o desempenho geral do Data Warehouse.