Algumas definições de Banco de Dados

Prévia do material em texto

ENTIDADES. Uma entidade é uma representação de um conjunto de informações sobre determinado conceito do sistema. Entidade é aquele objeto existente no mundo real, com uma identificação distinta e significado próprio. São as coisas que existem no negócio, ou ainda, que descrevem o negócio em si.
Desta forma, podemos dizer que uma entidade será uma tabela em nosso banco de dados. Na verdade quando identificamos todas as entidades, estaremos definindo quais serão as tabelas que teremos que criar em nosso banco de dados. Toda entidade possui ATRIBUTOS, que são as informações que referenciam a entidade.
Entidade Fraca
Entidade fraca é uma entidade que não possui existência própria (sua existência depende da existência de outra entidade) ou que para ser identificada depende da identificação de outra entidade. 
Atributos
São propriedades (características) que identificam as entidades. Uma entidade é representada por um conjunto de atributos. Os atributos podem ser simples, composto, multivalorado ou determinante.
Nome, endereço, telefone e cidade, por exemplo, são atributos da entidade Clientes. Enquanto que salário, cargo e departamento são atributos da entidade funcionários.
Existem quatro tipos de atributos: simples, composto, multivalorado e determinante.
Atributo Simples
Não possui qualquer característica especial. A maioria dos atributos serão simples. Quando um atributo não é composto, recebe um valor único como nome, por exemplo e não é um atributo chave, então ele será atributo simples.
A maioria dos atributos é considerada simples.
Atributo Composto
O seu conteúdo é formado por vários itens menores. Exemplo: Endereço. Seu conteúdo poderá ser dividido em vários outros atributos, como: Rua, Número, Complemento, Bairro, Cep e Cidade. Este tipo de atributo é chamado de atributo composto. Veremos mais de sua aplicação no post sobre normalização de dados.
É importante considerar que na aplicação do banco de dados um atributo composto geralmente é desmembrado, ou seja, para o caso do endereço, podemos desmembrá-lo em vários atributos simples, como: Rua, número, complemento, bairro, cidade e cep. Conceitualmente é aceito o endereço como um único atributo, mas na prática geralmente é feito este desmembramento para permitir a organização dos dados inseridos e facilitar a busca e indexação dos mesmos.
Atributo Multivalorado
O seu conteúdo é formado por mais de um valor.
Exemplo: Telefone. Uma pessoa poderá ter mais de um número de telefone. É indicado colocando-se um asterisco precedendo o nome do atributo. O atributo multivalorado serão tratados com mais detalhes na normalização de dados.
Este tipo de atributo é aceito conceitualmente, mas ele pode ser um problema no banco de dados. Há duas possibilidades para tratar com ele. A primeira é mantê-lo como multivalorado e permitir que mais de um dado seja inserido no mesmo campo, como por exemplo: dois números de telefone. A segunda alternativa é aplicar o processo de normalização de dados e transformá-lo em uma entidade a parte ou uma tabela no banco de dados e relacioná-la com a tabela principal.
A primeira alternativa é mais simples, mas teríamos o problema da consulta de dados, caso precisássemos fazer uma consulta pelo número de um dos telefones apenas. A segunda é mais trabalhosa, porém é mais eficaz.
Atributo Determinante
Identifica de forma única uma entidade, ou seja, não pode haver dados repetidos.
É indicado sublinhando-se o nome do atributo. Exemplo: CNPJ, CPF, Código do fornecedor, Número da matrícula, etc. Os atributos determinantes serão as chaves primárias no banco de dados e seu uso tem implicações na normalização de dados.
Devemos considerar que toda tabela no banco de dados precisa ter um atributo determinante, que também chamamos de chave primária. Desta forma, se a entidade não oferecer por padrão uma sugestão de atributo determinante, temos de criá-lo. Este é um princípio bastante básico da análise e modelagem de dados.
Relacionamentos
Uma vez que as entidades são identificadas, deve-se então definir como se dá o relacionamento entre elas. De acordo com a quantidade de objetos envolvidos em cada lado do relacionamento, podemos classifica-los de três formas:
Relacionamento 1..1 (um para um): cada uma das duas entidades envolvidas referenciam obrigatoriamente apenas uma unidade da outra. Por exemplo, em um banco de dados de currículos, cada usuário cadastrado pode possuir apenas um currículo na base, ao mesmo tempo em que cada currículo só pertence a um único usuário cadastrado.
Relacionamento 1..n ou 1..* (um para muitos): uma das entidades envolvidas pode referenciar várias unidades da outra, porém, do outro lado cada uma das várias unidades referenciadas só pode estar ligada uma unidade da outra entidade. Por exemplo, em um sistema de plano de saúde, um usuário pode ter vários dependentes, mas cada dependente só pode estar ligado a um usuário principal. Note que temos apenas duas entidades envolvidas: usuário e dependente. O que muda é a quantidade de unidades/exemplares envolvidas de cada lado.
Relacionamento n..n ou *..* (muitos para muitos): neste tipo de relacionamento cada entidade, de ambos os lados, podem referenciar múltiplas unidades da outra. Por exemplo, em um sistema de biblioteca, um título pode ser escrito por vários autores, ao mesmo tempo em que um autor pode escrever vários títulos. Assim, um objeto do tipo autor pode referenciar múltiplos objetos do tipo título, e vice versa.
Os relacionamentos em geral são nomeados com verbos ou expressões que representam a forma como as entidades interagem, ou a ação que uma exerce sobre a outra. Essa nomenclatura pode variar de acordo com a direção em que se lê o relacionamento. Por exemplo: um autor escreve vários livros, enquanto um livro é escrito por vários autores.
Referencias:
http://www.devmedia.com.br/modelo-entidade-relacionamento-mer-e-diagrama-entidade-relacionamento-der/14332
http://www.luis.blog.br/analise-de-entidade-atributos-simples-compostos-multivalorados.aspx
http://www-usr.inf.ufsm.br/~apereira/elc119/r1.php
http://www.rmfais.com/rmfais/artigos/relatorio.php?titulo=TIPOS%20DE%20RELACIONAMENTOS%20EM%20UM%20BANCO%20DE%20DADOS%20RELACIONAL