<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O debate sobre normalização em bancos de dados relacionais é central para compreender como garantir a eficiência e consistência dos dados. Especificamente, a questão apresentada incide sobre conceitos fundamentais do modelo entidade-relacional, entidades, atributos e normalização, relacionando-os de maneira que pode ser interpretada de diferentes formas dependendo do contexto da questão apresentada pela banca CEBRASPE.
 
 
 Primeiramente, é importante destacar que, no modelo de banco de dados relacional, entidades são objetos que representam conjuntos de informações correlatas. Por exemplo, uma tabela que armazena informações sobre usuários de um sistema pode ser vista como uma "entidade".
 
 
 Essas entidades possuem atributos, que são as características específicas que definem ou qualificam a entidade. No exemplo do usuário, atributos podem incluir o nome, idade, e-mail, entre outros.
 
 
 Relacionamentos, por outro lado, definem como as entidades interagem ou estão conectadas entre si. Por exemplo, um relacionamento pode definir como usuários estão associados a pedidos específicos dentro de um sistema de e-commerce.
 
 
 Sobre a normalização, esta é uma técnica usada para minimizar redundâncias e dependências por meio da organização dos campos e tabelas de um banco de dados. A normalização também envolve a definição de chaves primárias, que identificam unicamente cada registro em uma tabela, e pode envolver chaves estrangeiras que criam um vínculo lógico entre duas tabelas. Com isso, avança-se em diferentes formas normais, cada uma com regras mais estritas para evitar problemas como anomalias de inserção, atualização e deleção.
 
 
 A descrição na questão sugere um entendimento correto da estrutura do modelo relacional:
 <ul>
 <li>Entidades representam os objetos de dados.</li>
 <li>Atributos são as propriedades dessas entidades.</li>
 <li>Normalização é aplicada para minimizar redundâncias e melhorar a integridade dos dados.</li>
 </ul>
 
 
 
 No entanto, a expressão "chaves idênticas" precisa de esclarecimento. No contexto da normalização, não se fala usualmente em "chaves idênticas", mas sim em chaves primárias e estrangeiras que asseguram a integridade referencial entre as tabelas. Tal termo pode levar a mal entendidos, sugerindo uma interpretação equivocada ou uma terminologia não padronizada.
 
 
 Portanto, a questão, ao priorizar o entendimento básico dos conceitos listados, está correta. Entretanto, seria apropriado que a terminologia "chaves idênticas" fosse revista ou melhor explicada para refletir com mais precisão os conceitos de normalização conhecidos na literatura e prática de banco de dados.
 
 
 A alternativa correta é C.

</body>
</html>

O modelo entidade relacional é formado por um conjunto de
objetos chamados entidades e pelo conjunto de
relacionamentos entre esses objetos, um conjunto de atributos
e uma normalização com base em chaves idênticas.

Com relação ao banco de dados relacional, julgue o item a seguir.


<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 Vamos analisar a seguinte questão que aborda o conceito de integridade referencial em bancos de dados. O enunciado afirma que a integridade referencial baseia-se na ligação de informações das chaves estrangeiras com as chaves primárias ou candidatas a primárias de uma tabela de referência.
 

 A integridade referencial é um mecanismo usado em sistemas de banco de dados relacionais para garantir que as relações entre registros em diferentes tabelas permaneçam consistentes, ou seja, que as chaves estrangeiras em uma tabela sempre correspondam a uma chave primária existente ou a uma chave candidata a primária em outra tabela.
 

 Vamos detalhar os conceitos envolvidos:
 <ul>
 <li>Chave Primária: Coluna ou conjunto de colunas que identifica unicamente cada linha em uma tabela.</li>
 <li>Chave Estrangeira: Coluna ou conjunto de colunas em uma tabela que se refere a chave primária em outra tabela.</li>
 <li>Integridade Referencial: Regra que impede o aparecimento de registros 'órfãos', que são registros que referenciam um identificador que não existe mais ou nunca existiu na tabela de referência. </li>
 </ul>
 

 <math xmlns="http://www.w3.org/1998/Math/MathML">
 <mi>Cliente</mi>
 <mo>:</mo>
 <msub>
 <mi>IDCliente</mi>
 <mi>P</mi>
 </msub>
 <mo>,</mo>
 <mi>Nome</mi>
 </math>
 
 <math xmlns="http://www.w3.org/1998/Math/MathML">
 <mi>Pedido</mi>
 <mo>:</mo>
 <msub>
 <mi>IDPedido</mi>
 <mi>P</mi>
 </msub>
 <mo>,</mo>
 <mi>Data</mi>
 <mo>,</mo>
 <msub>
 <mi>IDCliente</mi>
 <mi>F</mi>
 </msub>
 </math>
 

 No exemplo acima, IDCliente<f></f> em Pedido é uma chave estrangeira que corresponde à chave primária IDCliente em Cliente. Isso garante que todos os pedidos estão vinculados a um cliente válido.
 

 A afirmação do enunciado está correta porque encapsula diretamente o princípio de funcionamento da integridade referencial. A ligação entre as chaves estrangeiras e as chaves primárias (ou candidatas) garante que não haverá dados inconsistentes ou relações discrepantes no banco de dados, protegendo a validade dos dados armazenados.
 

 Portanto, a alternativa correta é C.
 

</body>
</html>

Integridade referencial baseia-se na ligação das informações
das chaves estrangeiras com as chaves primárias, ou candidatas
a primárias, da tabela de referência.

Julgue os itens a seguir, relativos aos conceitos de normalização de
dados.


<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A questão trata sobre os princípios de normalização de dados em projetos de banco de dados. Vamos entender porque o enunciado está correto.
 

 O processo de normalização é crucial em banco de dados para reduzir redundância e evitar anomalias durante manipulações como inserção, atualização e exclusão de dados. As várias formas normais estabelecem critérios rigorosos para organizar adequadamente os dados em um banco de dados relacional.
 

 Análise da Afirmação:
 O enunciado afirma que a normalização de dados tem como objetivo prover um armazenamento consistente, reduzir redundância e evitar anomalias de manipulação de dados. Esse objetivo é alcançado organizando os dados de modo que cada pedaço de informação é armazenado em apenas um lugar no banco de dados, minimizando a possibilidade de inconsistências.
 

 Detalhamento dos Benefícios da Normalização:
 <ul>
 <li>Redução de Redundância: Ao armazenar cada item de dados em apenas um local, um sistema bem normalizado reduz o espaço de armazenamento necessário e melhora a consistência, uma vez que todas as atualizações ocorrem em um único ponto.</li>
 
 <li>Prevenção de Anomalias de Manipulação: Anomalias ocorrem quando alterações nos dados (como adições, deletações ou alterações) levam a dados inconsistentes. Normalizar um banco de dados ajuda a evitar essas complicações porque cada fato é representado apenas uma vez no banco de dados.</li>
 
 </ul>

 Por exemplo, em um banco de dados não normalizado onde informações do departamento são armazenadas tanto na tabela de funcionários quanto na de projetos, uma atualização ineficiente pode resultar em informações de departamento inconsistentes entre as tabelas.
 

 <math xmlns="http://www.w3.org/1998/Math/MathML" display="block" style="font-size: 16px;">
 <mi></mi>
 </math>
 

 Ao aplicar as primeiras três formas normais, garantimos que os dados são organizados sem redundância indevida e que as dependências são lógicas e eficientes:
 
 <ul>
 <li>1ª Forma Normal (1NF): Garante que a tabela só tem valores atômicos e colunas relacionadas.</li>
 <li>2ª Forma Normal (2NF): Remove a redundância funcional nas tabelas com relação à chave primária.</li>
 <li>3ª Forma Normal (3NF): Garante que todas as suas colunas não-chave são apenas dependentes de suas chaves primárias (sem dependências transitivas).</li>
 </ul>
 

 Portanto, a afirmação da questão sobre normalização de dados ser projetada para evitar redundância e anomalias é precisamente o coração do processo de normalização. A normalização é vital para manter um banco de dados relacional prático, eficiente, e confiável.
 

 Portanto, a alternativa correta é C.
 

</body>
</html>

O objetivo da normalização de dados durante o projeto de
banco de dados é prover um armazenamento consistente,
o que evita redundância de dados e anomalias de manipulação
de dados.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 
 Na questão apresentada pelo Centro Brasileiro de Pesquisa em Avaliação e Seleção e de Promoção de Eventos, somos instados a julgar se a seguinte afirmação é verdadeira: "Toda relação que atenda à forma normal de Boyce Codd está na segunda forma normal." A forma normal de Boyce-Codd (FNBC) é um conceito avançado em normalização de banco de dados que surge após a segunda forma normal (2FN) e a terceira forma normal (3FN). Para compreender a validade da afirmação, é necessário uma boa compreensão dessas formas normais. 
 

 
 Análise das Formas Normais:
 

 
 Comecemos com as definições básicas de formas normais no contexto de bancos de dados relacionais:
 
 <ul>
 <li>Forma Normal de Boyce-Codd (FNBC): Esta forma normal exige que todas as dependências funcionais sejam explicadas pela superchaves da relação, isto é, não há dependências funcionais em que a chave parcial (não superchave) de uma entidade determina alguns outros atributos dentro de uma tabela. Uma dependência funcional é uma relação entre dois conjuntos de atributos de uma base de dados.</li>
 <li>Segunda Forma Normal (2FN): Uma tabela está na 2FN se estiver na primeira forma normal (1FN) e cada atributo não-chave é funcionalmente dependente da chave primária inteira, eliminando dependências funcionais de uma parte dela.</li>
 </ul> 

 
 Ademais, uma característica central da normalização é que uma forma normal mais "alta" abrange os requisitos da forma normal anterior. Para estar na FNBC, uma tabela deve necessariamente remover não apenas as anomalias que a 1FN e a 2FN cobrem, mas também resolver certas nuances mais complexas envolvendo as chaves não primárias.
 

 
 Portanto, se uma tabela está na FNBC, isso implica que ela já satisfez os requisitos da 2FN. A afirmação na questão deste concurso publico é, assim, correta porque as condições para a FNBC envolvem automaticamente os requisitos da 2FN.
 

 
 Existem dois termos principais a considerar aqui:
 
 <ul>
 <li><math xmlns="http://www.w3.org/1998/Math/MathML" display="inline"><mi>Dependência</mi><mi> </mi><mi>Funcional</mi> </math></li>
 <li><math xmlns="http://www.w3.org/1998/Math/MathML" display="inline"><mi>Chave</mi><mi> </mi><mi>Primária</mi> </math></li>
 </ul> 

 
 A relação entre FNBC e 2FN pode ser ilustrada conceitualmente se considerarmos um exemplo prático em que os atributos de uma repercussão causal não-chave são dependentes da totalidade da chave primária em uma tabela que passou por ambos os processos de normalização para atingir a FNBC.
 

 
 Em resumo, a afirmação de que toda relação que atenda à FNBC também está na 2FN é fundamentada em uma compreensão profunda das lógicas de normalização aplicadas ao design de banco de dados relacional, removendo efetivamente dependências funcionais problemáticas que podem provocar redundância de dados e dificultar a manutenção de um banco de dados.
 

 Portanto, a alternativa correta é C.
</body>
</html>

Toda relação que atenda à forma normal de Boyce Codd está
na segunda forma normal.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 Na questão apresentada, é necessário julgar se uma tabela com os campos listados está na terceira forma normal (3FN) de acordo com os conceitos de normalização de dados. A normalização é um processo utilizado para minimizar a redundância dos dados, evitar problemas de atualização em bancos de dados e garantir a integridade dos dados. Vamos entender os conceitos relevantes e analisar a tabela oferecida.
 

 Primeira Forma Normal (1FN):
 Uma tabela está na 1FN se todos os campos contiverem valores atômicos e cada coluna possuir valores únicos.
 
 
 Segunda Forma Normal (2FN):
 Uma tabela está na 2FN se estiver na 1FN e cada atributo não-chave for totalmente funcionalmente dependente de toda a chave primária da tabela.
 
 
 Terceira Forma Normal (3FN):
 Uma tabela está na 3FN se estiver na 2FN e todos os seus campos não-chave forem não-transitivamente dependentes de cada chave primária.
 
 
 Examinando os campos fornecidos:
 <ul>
 <li>ENOME</li>
 <li>CPF</li>
 <li>DATANASC (Data de Nascimento)</li>
 <li>ENDERECO</li>
 <li>NUMERO</li>
 <li>ATRIBUICOES</li>
 <li>DEPARTAMENTO</li>
 <li>GERENCIA</li>
 </ul>
 
 
 Uma apreciação crítica nos permite identificar potenciais dependências funcionais:
 <ul>
 <li>O campo "GERENCIA" pode ser dependente do "DEPARTAMENTO", indicando uma dependência funcional. Se o gerenciamento é específico a cada departamento, então esses valores não são independentes da chave primária.</li>
 
 <li>"ATRIBUICOES" pode depender especificamente do "DEPARTAMENTO" ou de outros campos como "GERENCIA" e não exclusivamente do CPF.</li>
 </ul>
 
 
 Esses exemplos indicam que há uma dependência transitiva, algo que viola a regra da 3FN. Para resolver isso e atingir a 3FN, seria necessário decompor a tabela em múltiplas tabelas onde cada dependência transitiva é removida, garantindo que todos os atributos não-chave estejam diretamente relacionados apenas às chaves primária.
 
 
 Com base na análise e nos conceitos de normalização, podemos concluir que a tabela em questão não está na terceira forma normal devido às dependências transitivas detectadas nos campos "GERENCIA" e "ATRIBUICOES". Isso demonstra a necessidade de uma estruturação adicional para alcançar essa forma de normalização.
 
 
 Portanto, a alternativa correta é E.
 
</body>
</html>

A tabela que contém os campos abaixo está na terceira forma
normal.
<pre>
ENOME
CPF
DATANASC
ENDERECO
NUMERO
ATRIBUICOES
DEPARTAMENTO
GERENCIA.

Questões de Tecnologia da Informação - Normalização de dados - Verdadeiro ou falso