Sql server: integridade

-------------------------------------------------
Parte superior do formulário
Banco de Dados - SQL Server
SQL Server: Integridade
Este artigo mostra ao leitor onde começa a integridade de dados, e a importância de cada uma delas para a criação de um banco de dados confiável e seguro. por Thiago Pastorello Gervazoni
0 0 0 1

O banco de dados evoluiu muito desde a sua descoberta, passamos por várias etapas até chegarmos hoje no banco de dados relacional como o SQL Server.
Os benefícios de um banco de dados deste porte são muitos, mas para se obter os benefícios propostos por ele é preciso seguir algumas normas, como garantir a integridade dos dados e a normalização, a normalização é um assunto para uma coluna no mínimo, porque se trata de um aspecto por que não dizer, fundamental para o sucesso do projeto.
Quando falamos em integridade do SQL Server, pensamos em proteção contra hackers e ataques do gênero, ou até mesmo backup, mas a integridade começa em um nível muito mais baixo que isto, começa na criação e projeto do banco de dados, como segue:
Integridade de Domínio
A integridade de domínio nada mais é do que a integridade do campo como o tipo de dados correto, se permite null ou not null, default´s, check´s constraints, estes mecanismos foram criados para dar integridade aos campos. Os tipos de dados também são caracterizados como integridade de domínio, se o tipo de dado estiver incorreto, ou com mais posições que o necessário, pode haver ali um risco que quebre a integridade. O check aqui é em nível de campo apenas por exemplo: Tenho um campo Meses e quero que entre valores de 1 até 12 somente.
Integridade de Entidade
A integridade de entidade nada mais é que a integridade da tabela, isto é conseguido através das Primary Keys ou Uniques, uma tabela sem PK ou Unique é uma tabela sem integridade de entidade, é muito comum pegarmos tabelas sem PK, alguns colocam campo identity e não se preocupam com as PK´s, mas esquecem que o campo identity não garante a não