Regras e Tipos de Relacionamentos - SQL Server 2008 - Parte 2

Voltando da onde paramos, clique com o botão direito no Database Diagrams e clique em New Database Diagram. Irá aparecer uma janela para você adicionar as tabelas ao diagrama como a imagem abaixo ilustra:

Selecione as tabelas, clique em Add, em Close e veja o resultado:

Para exibir as tabelas como na imagem acima, é só clicar com o botão direito em cada uma, clicar em Table View e em Standard. Perceba que temos diversas opções de visualização das tabelas.

Assim temos nosso exemplo de DER.

Regras e Tipos de Relacionamentos – Os relacionamentos são responsáveis por definir uma ligação entre dois objetos pertencentes ao mundo real. Quando trabalhamos com aplicações construídas e administradas por um SGBD (Sistema Gerenciador de Banco de Dados), o relacionamento é o responsável por unir duas ou mais tabelas de banco de dados.

Importante citar que o grau de relacionamento entre duas entidades é determinado pela quantidade de ocorrências de uma entidade que está relacionada à outra. O grau de relacionamento entre entidades também é chamado de cardinalidade.

Obs: Abaixo são apresentados dois tipos de relacionamentos e no próximo artigo será apresentado mais um tipo e serão vistos exemplos práticos com os três tipos.

1:1 – No relacionamento 1:1 (um-para-um), cada um dos elementos de uma determinada entidade possui relacionamento com apenas um dos elementos de outra entidade.

1:N – No relacionamento 1:N (um-para-muitos), vamos imaginar duas entidades, as quais serão chamadas A e B. Neste relacionamento cada elemento da entidade A pode ter um relacionamento com vários elementos da entidade B. Entretanto, cada um dos elementos da entidade B pode estar relacionado a apenas um elemento da entidade A. No geral, este é tipo de relacionamento mais comum e mais usado pelas aplicações.

Regras de Relacionamento 1:N – Para que seja estabelecido um relacionamento de 1:N (um-para-muitos), temos que contar com duas tabelas, onde a primeira (1) obrigatoriamente terá uma coluna que use uma Primary Key (Chave Primária). Já na tabela que representa o relacionamento para muitos (N), deverá haver uma coluna referente à primeira tabela, a qual deve utilizar a Foreign Key (Chave Estrangeira) para que, assim, seja estabelecido o relacionamento entre ambas as tabelas.

Apenas salientando: diferente da Primary Key, colunas que usam a Foreign Key aceitam a inserção de valores repetidos.

Assim finalizo o artigo. Na próxima parte veremos mais um tipo de relacionamento, sua regra e os exemplos prático com os três tipos apresentados, aguardem!