GabaritoB — dependências funcionais.
Gabarito: letra B. Para determinar se um esquema de relação está em uma das formas normais desejáveis, o método mais comum é usar dependências funcionais, pois elas descrevem as restrições do mundo real que orientam a decomposição das tabelas. A normalização analisa os esquemas de relação com base em suas dependências funcionais e chaves primárias, visando minimizar redundâncias e anomalias de inserção, exclusão e atualização.
A normalização de banco de dados é um processo de organização de dados que busca eliminar redundâncias e anomalias, garantindo a integridade e a consistência das informações. Para isso, o projetista precisa entender como os atributos de uma tabela se relacionam entre si — e é exatamente aí que entram as dependências funcionais. Uma dependência funcional (representada como A → B) significa que, para cada valor do atributo A, existe exatamente um único valor do atributo B. Em outras palavras, A determina B, e B é funcionalmente dependente de A.
Essas dependências são a base para a aplicação das formas normais. A Primeira Forma Normal (1FN) exige que todos os atributos sejam atômicos, ou seja, indivisíveis. A Segunda Forma Normal (2FN) exige que a tabela esteja na 1FN e que não haja dependências parciais — ou seja, nenhum atributo não-chave pode depender de apenas parte de uma chave primária composta. A Terceira Forma Normal (3FN) exige que a tabela esteja na 2FN e que não haja dependências transitivas, isto é, nenhum atributo não-chave pode depender de outro atributo não-chave. A Forma Normal de Boyce-Codd (FNBC), a Quarta (4FN) e a Quinta (5FN) refinam ainda mais essas regras.
Na prática, o processo de normalização começa com a identificação das dependências funcionais entre os atributos de uma tabela. Por exemplo, em uma tabela de pedidos com as colunas cod_pedido, cod_produto, nome_produto e quantidade, a dependência funcional cod_produto → nome_produto indica que o nome do produto é determinado pelo código do produto. Se a chave primária for composta por cod_pedido e cod_produto, essa dependência parcial viola a 2FN, pois nome_produto depende apenas de parte da chave. Para normalizar, seria necessário criar uma tabela separada para os produtos.
A banca explora a confusão entre os objetivos gerais da normalização e os métodos específicos para alcançá-los. Enquanto a normalização visa reduzir redundância e evitar anomalias, o método para determinar se uma tabela está em uma forma normal é a análise das dependências funcionais. As alternativas incorretas apresentam termos de outras áreas (como OSNAP e GRID, do AutoCAD; transferência de protocolo, de redes; e SCRUM, de gestão de projetos), que não têm relação com a normalização de bancos de dados.
Guarde a distinção: a normalização é o processo, as formas normais são os critérios, e as dependências funcionais são o instrumento para avaliar esses critérios. É exatamente nessa fronteira que as alternativas se dividem.
OSNAP é um recurso do AutoCAD (Object Snap) usado para precisão em desenhos técnicos, permitindo que o cursor "grude" em pontos específicos de objetos. Não tem qualquer relação com a determinação de formas normais em bancos de dados.
As dependências funcionais são o método mais comum para determinar se um esquema de relação está em uma forma normal. Elas descrevem as restrições do mundo real que orientam a decomposição das tabelas, permitindo identificar dependências parciais (que violam a 2FN) e dependências transitivas (que violam a 3FN).
GRID é um recurso do AutoCAD que exibe uma grade de pontos para auxiliar no desenho. Não tem relação com a normalização de bancos de dados.
Transferência de protocolo é um conceito de redes de computadores, relacionado à comunicação entre sistemas. Não se aplica à determinação de formas normais.
SCRUM é um framework ágil para gestão de projetos de software. Embora seja usado no desenvolvimento de sistemas, não é um método para determinar formas normais em bancos de dados.
Gabarito: letra B
Link permanente: /questoes/qa630611