-
As 12 regras de Codd
Regra 0: O sistema precisa ser qualificado como relacional, como um banco de dados, e como um sistema de gerenciamento.
Para um sistema se qualificar como um sistema de gerenciamento de banco de dados relacional (SGBD), este sistema precisa usar suas facilidades de relacionamento (exclusivamente) para gerenciar o banco de dados.
Regra 1: A regra da informação:
Todas as informações no banco de dados necessitam estar representadas de apenas uma forma, nomeados por valores em posições de colunas dentro de registros de tabelas.
Regra 2: A regra de acesso garantido:
Todos os dados necessitam ser acessíveis. Esta regra é essencialmente uma reafirmação do requisito fundamental para chaves primárias. Diz que todo valor na base de dados necessita ser logicamente endereçavel por um nome específico do conteúdo tabela, o nome do conteúdo da coluna e o valor da chave primária do conteúdo registro.
Regra 3: Tratamento sistemático de valores nulos::
O SGBD deve permitir que cada campo possa permanecer nulo (ou vazio). Especificamente, ele deve suportar uma representação de "falta de informação e informações inaplicáveis" que é sistemática, diferente de todos os valores regulares (por exemplo, "diferente de zero ou qualquer outro número", no caso de valores numéricos), e independente de tipo de dados. É também implícito que tais representações devem ser manipuladas pelo SGBD de maneira sistemática.
Regra 4: Catálogo on-line baseado no modelo relacional:
Os metadados devem ser armazenados e gerenciados como dados comuns, ou seja, em tabelas no interior do Banco de Dados. Esses dados devem estar disponíveis aos usuários autorizados, utilizando a linguagem de consulta padrão do Banco de Dados.
Regra 5: Sublinguagem Ampla de Dados:
O sistema necessita suportar ao menos uma linguagem relacional que
Possua uma sintaxe linear;
Possa ser utilizada seja interativamente, seja por meio de programas;
Suporte operações de definição de dados (incluindo definições de Visualizações);
Suporte operações de manipulação de dados (atualização, bem como recuperação), de segurança e restrições de integridade, e transação; operações de gerenciamento (begin, commit e rollback).
-
...
Regra 6: Atualização por meio de Visualizações:
Todas as Visualizações que são teoricamente atualizáveis deve ser atualizáveis pelo sistema.
Regra 7: Inserção, Atualização, e exclusão de Alto nível:
O sistema necessita fornecer suporte à configuração do nível de operações de insert, update, e delete. Isto significa que os dados podem ser recuperados a partir de um banco de dados relacional em conjuntos de dados construídos a partir de várias linhas e / ou várias tabelas. Esta regra afirma que as operações de inserção, atualização, e exclusão devem ser apoiadas para qualquer conjunto recuperável e não apenas para uma única linha em uma única tabela.
Regra 8: Independência Física de dados :
Aplicativos e recursos ad hoc não são afetados logicamente quando os métodos de acesso ou as estruturas de armazenamento físico são alterados..
Regra 9: Independência Lógica de Dados :
Aplicativos e recursos ad hoc não são afetados logicamente quando de alterações de estruturas de tabela que preservem os valores originais da tabela (alteração da ordem ou inserção de colunas). Alterações nas relações e nas Visualizações causam pouco ou nenhum impacto nas aplicações.
Regra 10: Independencia de Integridade:
Todas as restrições de integridade necessitam ser especificadas separadamente dos programas de aplicação e armazenadas no catálogo. É necessário que seja possível mudar estas restrições sem que necessariamente tenha-se de modificar as aplicações.
Regra 11: Independência de Distribuição:
A Distribuição de partes do SGBD em várias localidades deve ser transparente para os usuários do mesmo. Aplicações existentes necessitam continuar a operar com sucesso:
quando uma versão distribuída do SGBD é introduzido pela primeira vez, e
quando dados distribuídos existentes são redistribuídas em outras localidades físicas.
Regra 12: A não-transposição das regras:
Se o SGBD dá suporte a acesso de baixo nível aos dados, não deve haver um modo de negligenciar as regras
Fonte: wiki
-
Codd definiu regras que determinam o que é um banco de dados relacional. Nesse sentido, as seguintes alternativas correspondem às seguintes regras:
a) Regra 6 – Atualização de views
b) Regra 8 – Independência física de dados
d) Regra 1 – Regra da informação
e) Regra 11 – Independência de distribuição.
A alternativa C contraria o espírito da regra da independência de integridade, que determina que as restrições de integridade de um banco de dados relacional devem ser definíveis na linguagem relacional e armazenável no catálogo, não nos programas de aplicação.
-
Regra Zero: Todas as regras baseiam-se na noção de que para que um Banco de Dados seja considerado Relacional, ele deve utilizar os recursos relacionais exclusivamente para seu gerenciamento.
Regra 1: Informação – Todas as informações de um BDR devem ser representadas logicamente como valores de coluna em linhas dentro das tabelas.
Regra 2: Garantia de Acesso – Deve-se garantir que todos os valores de uma tabela possam ser acessados 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 Nulos – Os nulos devem ser representados e tratados de modo sistemático, independente do tipo de dados.
Regra 4: Catálogo On-Line Dinâmico com Base no Modelo Relacional – Os metadados devem ser armazenados e gerenciados como dados comuns, ou seja, em tabelas no interior do BD. Esses dados devem estar disponíveis aos usuários autorizados, utilizando a linguagem relacional padrão do BD.
Regra 5: Sublinguagem Ampla de Dados – O BDR pode suportar várias linguagens. No entanto deve suportar uma linguagem declarativa bem definida com suporte para definição de dados, definição de visualização, manipulação de dados (interativa ou por programa), restrições de integridade, autorização e gerenciamento de transações (iniciar, comprometer e desfazer).
Regra 6: Atualização de Visualização – Qualquer visualização que teoricamente possa ser atualizada deve ser por meio do sistema.
Regra 7: Inserção, atualização e exclusão de alto nível – O BD deve dar suporte à configuração do nível de inserções, atualizações e exclusões. Ou seja, a capacidade de manipular um conjunto de dados através de um comando, deve-se estender às operações de Linguagem de Manipulação de Dados (DML) como insert, update e delete.
Regra 8: Independência Física de Dados – Aplicativos e recursos ad hoc não são afetados logicamente quando os métodos de acesso ou as estruturas de armazenamento físico são alterados.
Regra 9: Independência Lógica de Dados – Aplicativos e recursos ad hoc não são afetados logicamente quando de alterações de estruturas de tabela que preservem os valores originais da tabela (alteração da ordem ou inserção de colunas). Alterações nas relações e nas views causam pouco ou nenhum impacto nas aplicações.
Regra 10: Independência de Integridade – Deve ser possível que todas as restrições de integridade relacional sejam definidas na linguagem relacional e armazenadas no catálogo de sistema, não no nível da aplicação. As aplicações não devem ser afetadas quando ocorrer mudanças nas restrições de integridade.
Regra 11: Independência de Distribuição – Os usuários finais e aplicativos não conhecem nem são afetados pela localização dos dados (BD Distribuídos VS. BD Locais).
Regra 12: Não transposição das Regras – Se o sistema dá suporte a acesso de baixo nível aos dados, não deve haver um modo de negligenciar as regras de integridade do BD.