Definição – o que as regras de Codd significam?
As regras de Codd referem-se a um conjunto de 13 regras do sistema de gerenciamento de banco de dados (0-12) desenvolvido por EF Codd em 1969-1970. Ele projetou essas regras como os 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 muito populares no uso comercial, os DBMSs posteriores foram baseados nas regras de Codd. As regras de Codd também são chamadas de lei de Codd, as 12 regras de Codd ou os 12 mandamentos de Codd.
Definirtec explica as regras de Codd
As 12 regras do CODD definem um banco de dados relacional ideal que é usado como uma diretriz para projetar sistemas de banco de dados relacionais hoje. Embora nenhum sistema de banco de dados comercial esteja totalmente 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 banco de dados quanto como sistema de gerenciamento. Regra 1: A regra de informação: Todas as informações no banco de dados devem ser representadas de uma e apenas uma forma (ou seja, como valores em uma tabela). Regra 2: A regra de acesso garantido: Todos os dados devem ser logicamente acessíveis por meio de uma combinação de nome de tabela, valor de chave primária e nome de coluna. Regra 3: Tratamento sistemático de valores nulos: um SGBD deve oferecer suporte a Valores Nulos para representar informações ausentes e inaplicáveis de maneira sistemática, independente dos tipos de dados. Regra 4: Catálogo online ativo com base no modelo relacional: O banco de dados deve oferecer suporte ao catálogo relacional online que seja acessível a usuários autorizados por meio de sua linguagem de consulta regular. Regra 5: A regra abrangente de subidioma de dados: O banco de dados deve oferecer suporte a pelo menos um idioma que defina a funcionalidade da sintaxe linear, suporte a definição de dados e operações de manipulação, integridade de dados e controle de transações de banco de dados. Regra 6: A regra de atualização de visualização: A representação de dados pode ser feita usando diferentes combinações lógicas chamadas Visualizações. Todas as visualizações que são teoricamente atualizáveis também devem ser atualizáveis pelo sistema. Regra 7: inserir, atualizar e excluir de alto nível: O sistema deve suportar os operadores de inserção, atualização e exclusão definidos por vez. Regra 8: Independência de dados físicos: As mudanças feitas no nível físico não devem impactar e exigir que uma mudança seja feita 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 exigir que uma alteração seja feita no programa aplicativo. Regra 10: Independência de 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 de distribuição: O usuário não deve estar ciente da localização do banco de dados, ou seja, se o banco de dados está ou não distribuído em vários locais. Regra 12: A regra de não subversão: Se um sistema fornece uma linguagem de baixo nível, então não deve haver maneira de subverter ou contornar as regras de integridade da linguagem de alto nível. De todas as regras, a regra 3 é a mais controversa. Isso se deve a um debate sobre a lógica de três valores ou ternária. As regras de Codd e o SQL usam lógica ternária, onde nulo é 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 polêmica.