Índice:
Definição - O que significam as Regras do Codd?
As regras do Codd se referem a um conjunto de 13 regras do sistema de gerenciamento de banco de dados (0 a 12) desenvolvidas pela EF Codd em 1969-1970. Ele projetou essas regras como pré-requisitos para considerar um sistema de gerenciamento de banco de dados (DBMS) como um sistema de gerenciamento de banco de dados relacional (RDBMS). Embora as regras não fossem inicialmente amplamente populares no uso comercial, os DBMSs posteriores eram baseados nas regras do Codd. As regras do Codd também são chamadas de lei do Codd, as 12 regras do Codd ou os 12 mandamentos do Codd.Techopedia explica as regras do Codd
As 12 regras do CODD definem um banco de dados relacional ideal que é usado como uma diretriz para o design de sistemas de banco de dados relacionais atualmente. Embora nenhum sistema comercial de banco de dados esteja completamente em conformidade com todas as 12 regras, eles interpretam a abordagem relacional. Aqui estão as 12 regras do CODD: Regra 0: Regra básica: o sistema deve ser qualificado como relacional, tanto como um banco de dados quanto como um sistema de gerenciamento. Regra 1: A regra de informações: Todas as informações no banco de dados devem ser representadas de uma e apenas uma maneira (ou seja, como valores em uma tabela). Regra 2: A regra de acesso garantido: todos os dados devem estar logicamente acessíveis através de uma combinação de nome da tabela, valor da chave primária e nome da coluna. Regra 3: Tratamento sistemático de valores nulos: Um DBMS deve oferecer suporte a Valores Nulos para representar informações ausentes e informações inaplicáveis de maneira sistemática, independentemente dos tipos de dados. Regra 4: Catálogo online ativo com base no modelo relacional: O banco de dados deve suportar o catálogo relacional online acessível a usuários autorizados por meio de seu idioma de consulta regular. Regra 5: A regra abrangente de sub-linguagem de dados: O banco de dados deve suportar pelo menos um idioma que define a funcionalidade de sintaxe linear, suporta operações de definição e manipulação de dados, integridade de dados e controle de transações do banco de dados. Regra 6: A regra de atualização de exibição: A representação de dados pode ser feita usando diferentes combinações lógicas chamadas Visualizações. Todas as visualizações teoricamente atualizáveis também devem ser atualizáveis pelo sistema. Regra 7: Inserção, atualização e exclusão de alto nível: O sistema deve suportar o conjunto de operadores de inserção, atualização e exclusão de cada vez. Regra 8: Independência de dados físicos: as alterações feitas no nível físico não devem impactar e exigem que sejam feitas alterações no programa aplicativo. Regra 9: Independência de dados lógicos: as alterações feitas no nível lógico não devem impactar e exigem que uma alteração seja feita no programa aplicativo. Regra 10: Independência da integridade: As restrições de integridade devem ser definidas e separadas dos programas aplicativos. A alteração de restrições deve ser permitida sem afetar os aplicativos. Regra 11: Independência da distribuição: O usuário deve desconhecer o local do banco de dados, ou seja, se o banco de dados está distribuído ou não em vários locais. Regra 12: A regra de não submissão: Se um sistema fornecer um idioma de baixo nível, não deverá haver maneira de subverter ou ignorar as regras de integridade do idioma de alto nível. De todas as regras, a regra 3 é a mais controversa. Isso se deve a um debate sobre lógica de três valores ou ternária. As regras e o SQL de Codd usam lógica ternária, onde null é usado para representar dados ausentes e comparar qualquer coisa com resultados nulos em um estado de verdade desconhecido. No entanto, quando ambos os booleanos ou operandos são falsos, a operação é falsa; portanto, nem todos os dados que faltam são desconhecidos, daí a controvérsia.
