Validade e precisão dos dados de acordo com a integridade do banco de dados

A integridade do banco de dados geralmente se refere às seguintes condições sendo satisfeitas:

• Todas as restrições em uma tabela são satisfeitas (incluindo restrições exclusivas, restrições de chave estrangeira, restrições de chave primária, etc....)
• Todas as restrições de verificação são satisfeitas (por exemplo, no Oracle, posso ter uma restrição de verificação que exija que um valor seja diferente de zero, mas não exclusivo).
• Todos os índices exclusivos são satisfeitos
• Todas as linhas filhas nas tabelas filhas têm linhas pais nas tabelas pais (chaves estrangeiras)
• Todos os tipos de dados são satisfeitos

Observe que não há realmente nada aqui que diga se os dados são válidos e/ou precisos de acordo com sua lógica de negócios . Essa lógica é qualquer coisa que você coloca em gatilhos, procedimentos, rotinas de validação, etc., que você mesmo constrói para tentar garantir que tudo que entra no banco de dados esteja bom. (Deve-se observar que as restrições de verificação do Oracle podem ser consideradas uma forma de lógica de negócios aplicada como uma restrição de chave primária ou exclusiva).

O banco de dados rejeitará alegremente dados que não se encaixem nos critérios acima, supondo que estejam definidos, mas também aceitará dados inválidos ou imprecisos que não estejam de outra forma nos critérios acima. Se eu tiver um campo que contenha nomes de pessoas, o banco de dados não poderá determinar se "John Smith" ou "Jonh Smiht" está correto (observe o erro de digitação). Portanto, embora o banco de dados diga que está tudo bem, você sabe por uma inspeção visual que não está. (Este exemplo, embora trivial de fazer, é difícil de fazer qualquer coisa. Afinal, como você sabe que o nome dele não é realmentesoletrado desta forma? Eu o uso apenas como um exemplo de quaisquer dados que entram no sistema. Um campo que espera porcentagens pode facilmente ter 5% como 50% - como o banco de dados pode dizer qual é válido? Não pode sem você escrever muita lógica de negócios complicada e, mesmo assim - em algum momento, como você sabe que não é 50%? Ou que não é 5%? Ou que era pra ser 25%, e o digitador ficou muito confuso!)

Use os mecanismos de integridade do banco de dados a seu favor, mas não presuma que, por não haver erros de integridade, seus dados são bons . Ainda pode, facilmente, ser ruim e enganoso. Além disso, não assuma que sua lógica de negócios também garante bons dados. Sim, você pode evitar erros óbvios (como, digamos, um campo que não deveria ter valores fora do intervalo de 0 a 100), mas uma vez que os intervalos são satisfeitos, em algum momento, você deve confiar no usuário que está lhe dando os dados. E, em algum momento, o usuário o fornecerá incorretamente . Poof , dados inválidos, com integridade de banco de dados perfeitamente válida.

No nível teórico, um domínio pode ser representado por uma tabela de valores. ( No nível teórico , porque o número de valores para, digamos, o domínio de números inteiros não negativos é infinito.) Os valores válidos vêm desse domínio.

Em um banco de dados SQL, você estabelece valores válidos usando alguma combinação de tipos de dados e restrições apropriados. Por exemplo, você pode declarar "employee_id" como um inteiro e restringir o intervalo de inteiros com a) uma restrição de chave estrangeira a uma tabela de 'n' inteiros ou b) uma restrição de verificação.

Preciso significa que, de todos os valores válidos possíveis, um usuário escolheu valores que correspondem ao estado ou descrição da entidade no mundo real. Nesse sentido, o usuário pode ser um ser humano ou um programa.

Por exemplo, digamos que um livro em uma biblioteca pode ter qualquer uma destas disposições: "retirado", "devolvido recentemente" (ainda não nas pilhas), "nas pilhas", "sendo reparado" e "perdido". Se eu retirar um livro e o banco de dados armazenar seu status como "retirado", o banco de dados será preciso com relação à disposição dessa cópia. (Na minha biblioteca, as retiradas e devoluções são feitas por computadores, não por pessoas.)

Portanto, a integridade dos dados requer a cooperação do banco de dados (para permitir apenas valores válidos) e usuários (para inserir os valores corretos de todos os possíveis).