O objetivo do formulário normal de Boyce-Codd é aumentar a integridade dos dados organizando as colunas e tabelas de um banco de dados relacional para atingir a normalização do banco de dados. A normalização do banco de dados ocorre quando há relacionamentos estabelecidos entre as tabelas e quando as tabelas têm regras definidas para tornar o banco de dados mais flexível e preservar os dados.
Origem da forma normal de Boyce-Codd
Seguir uma série de diretrizes garante que os bancos de dados sejam normalizados. Essas diretrizes são chamadas de formas normais e são numerados de um a cinco. Um banco de dados relacional é descrito como normalizado se atender às três primeiras formas: 1NF, 2NF e 3NF. BCNF foi criado como uma extensão da terceira forma normal, ou 3NF, em 1974 por Raymond Boyce e Edgar Codd. Os homens estavam trabalhando para criar esquemas de banco de dados que minimizassem redundâncias com o objetivo de reduzir o tempo computacional. A terceira forma normal remove colunas que não dependem da chave primária, além de atender às diretrizes na primeira e na segunda formas normais. BCNF, que às vezes é referido como 3.5NF, atende a todos os requisitos de 3NF e requer que as chaves candidatas não tenham nenhuma dependência de outros atributos em uma tabela. Na época da criação do BCNF, Boyce era um dos principais desenvolvedores da Structured English Query Language, posteriormente padronizada como SQL, que melhorou a recuperação de dados usando o modelo relacional de Codd. Nesse modelo, Codd postulou que a complexidade estrutural dos bancos de dados poderia ser reduzida, o que significava que as consultas poderiam ser mais poderosas e flexíveis. Usando seus insights de banco de dados relacional, Codd definiu as diretrizes 1NF, 2NF e 3NF. Ele se juntou a Boyce para definir o BCNF.
Chaves do candidato e BCNF
UMA Chave candidata é uma coluna ou combinação de colunas em uma tabela que forma uma chave exclusiva no banco de dados. A combinação de atributos identifica um registro de banco de dados sem se referir a nenhum outro dado. Cada tabela pode conter várias chaves candidatas, qualquer uma das quais pode ser qualificada como a chave primária. Uma tabela contém apenas uma chave primária. As chaves do candidato devem ser exclusivas. Uma relação está em BCNF se todo determinante for uma chave candidata. Considere uma tabela de banco de dados que armazena informações de funcionários e tem os atributos
| ID do Empregado | Primeiro nome | Sobrenome | Título |
| 13133 | Emily | Smith | Gerente |
| 13134 | Jim | Smith | Associado |
| 13135 | Emily | Jones | Associado |
A chave candidata para este banco de dados é o
-
Noções básicas de normalização de banco de dados
-
Colocando um banco de dados na terceira forma normal (3NF)
-
Relacionamentos de banco de dados
-
O que são dependências de banco de dados?
-
Glossário de termos comuns de banco de dados
-
Dependência funcional total na normalização do banco de dados
-
Determinantes e seu papel em um banco de dados
-
Como criar um banco de dados no Excel
-
Como contar os valores da tabela do banco de dados com SQL COUNT
-
Escolhendo uma chave primária
-
Dependência multivalorada no design de banco de dados
-
O que é um banco de dados?
-
Normalizando seu banco de dados: Primeira forma normal (1FN)
-
Convertendo uma planilha do Excel em um banco de dados Access 2013
-
Definição de relação de banco de dados
-
O que é dependência transitiva em um banco de dados
Seus direitos de privacidade
A Lifewire e nossos parceiros terceirizados usam cookies e processam dados pessoais como identificadores exclusivos com base em seu consentimento para armazenar e / ou acessar informações em um dispositivo, exibir anúncios personalizados e para medição de conteúdo, percepção do público e desenvolvimento de produtos. Para alterar ou retirar suas opções de consentimento para Lifewire.com, incluindo seu direito de contestar quando um interesse legítimo é usado, clique abaixo. A qualquer momento, você pode atualizar suas configurações por meio do link “Privacidade da UE” na parte inferior de qualquer página. Essas escolhas serão sinalizadas globalmente para nossos parceiros e não afetarão os dados de navegação. Lista de parceiros (fornecedores)
Nós e nossos parceiros processamos dados para:
Digitalize ativamente as características do dispositivo para identificação. Use dados precisos de geolocalização. Armazene e / ou acesse informações em um dispositivo. Selecione o conteúdo personalizado. Crie um perfil de conteúdo personalizado. Avalie o desempenho do anúncio. Selecione anúncios básicos. Crie um perfil de anúncios personalizados. Selecione anúncios personalizados. Aplique pesquisas de mercado para gerar insights do público. Avalie o desempenho do conteúdo. Desenvolva e aprimore produtos. Lista de parceiros (fornecedores)