TIPOS DE ENTIDADE Um modelo de dados contém diferentes tipos de entidades que são diferenciadas pelo formato dos identificadores. A classificação de cada dessas entidades pelo tipo ajudará você a definir quais perguntas devem ser feitas. ENTIDADE TIPO Uma entidade tipo representa um conceito independente em um modelo de dados e está em primeiro lugar na mente do cliente. As entidades tipo são independentes e, com frequência, constituem o ponto de partida de um modelo de dados. As entidades tipo muitas vezes estão conectadas a outras entidades tipo por meio de um relacionamento 1:m ou m:m. Como exemplo podemos considerar um sistema academico onde as entidades aluno e curso são entidades tipo, pois a entidade aluno, se não existisse a entidade curso, poderia existir da mesma forma. ENTIDADE FRACA OU DEPENDENTE Uma entidade fraca (ou dependente) precisa de outra entidade para garantir a sua existência. A entidade fraca depende de uma entidade tipo e esta relação de dependência é uma relação obrigatória. O identificador de uma entidade fraca possui em sua composição o(s) atributo(s) identificador(es) da entidade tipo à qual a entidade fraca está associada. Como exemplo podemos considerar um sistema de gestão de recursos humanos onde a entidade dependente é uma entidade fraca em relação à entidade funcionário. Pois se a entidade Funcionários não existisse, a entidade dependentes consequentemente não existiria.
ENTIDADE ASSOCIATIVA As entidades associativas são o resultados de relacionamentos m:m. Em geral, as entidades associativas são encontradas entre entidades tipo. Muitas das vezes, as entidades associativas têm nomes óbvios, pois ocorrem no mundo real. Por exemplo, a entidade associativa do relacionamento disciplinas e alunos, objetivando o lançamento de notas, chama-se avaliação. Deve-se sempre procurar pelo nome adequado, pois esse irá aumentar a clareza do modelo de dados. ENTIDADE AGREGADA Cria-se uma entidade agregada quando temos um conjunto de atributos que aparecem em mais de uma entidade do modelo de dados. Ou seja, quando várias entidades distintas têm atributos em comum. Nestes casos devemos criar uma entidade agregada contendo os atributos que se repetem em mais de uma entidade. Por exemplo, como os atributos de um endereço podem ocorrer em entidades diferentes (CLIENTES E FORNECEDORES por exemplo), pode-se criar uma entidade agregada ENDEREÇOS para armazenar detalhes de todos os endereços. ENTIDADE SUBORDINADA Uma entidade representa uma especialização de entidade no modelo de dados onde uma entidade supertipo possui várias entidades subordinadas que são especializadas com atributos específicos. Devemos usar entidades subordinadas toda vez que tivermos entidades que compartilham conceitos semelhantes mas que possuem características proprias. Por exemplo, podemos ter uma entidade supertipo CLIENTE contendo os atributos codigo, nome, endereco e telefone e duas entidades subordinadas PESSOA FISICA e PESSOA JURIDICA contendo atributos especificos respecitvamente nro_cpf e nro_cnpj. Tanto PESSOA FISICA como PESSOA JURIDICA compartilham conceitos semelhantes, ambas possuem um nome e endereco mas possuem também características próprias
pois PESSOA FISICA possui CPF e PESSOA JURIDICA possui CNPJ por exemplo. Especialização e Generalização A tradução de generalizações/especializações tem alguns aspectos particulares que devemos analisar. Especialização Processo de definição de um conjunto de sub tipos de um tipo de entidade Generalização Processo de definição de um tipo de entidade genérico (super tipo) a partir de um conjunto de tipos de entidade Exemplo: {secretária, engenheiro, técnico} é uma especialização de Empregado; ou Empregado é uma generalização de {secretária, engenheiro, técnico} Primeiramente vamos supor uma entidade com especializações: Entidade: Pessoa Atributos: Código, Nome, Endereço e Telefone Entidade: Pessoa Fisica Atributos: Todos os atributos de Pessoa, CPF, RG Entidade: Pessoa Jurídica Atributos: Todos os atributos de Pessoa, CNPJ, IE, Razão Social As entidades Pessoa Física e Jurídica são especializações da entidade Pessoa. Como representar isso no banco de dados? Bem, nesse caso temos 2 alternativas:
1) Criar uma única tabela para todas as especializações e incluir um campo diferenciador: Seria juntar todos os tipos de Pessoa, em uma única tabela e acrescentar mais um campo para identificar a Pessoa. Exemplo: Pessoa: Código, TipoDePessoa, Nome, Endereço, Telefone, CPF, RG, CNPJ, IE, RazaoSocial 2) Criar uma tabela para cada especialização e definir mais um campo identificador Pessoa: Código, Nome, Endereço, Telefone Pessoa_Fisica: CodPessoa, CPF, RG Pessoa_Juridica: CodPessoa, CNPJ, IE, RazaoSocial A vantagem da primeira alternativa é que não precisaremos fazer junções da tabela generalizada
(Pessoa) com a tabela especializada (Pessoa Física ou Jurídica) quando precisarmos de informações específicas. Outra vantagem é que a chave primária da tabela Pessoa fica armazenada somente 1 vez no banco de dados. A desvantagem é que, ao fazermos uma consulta no banco de dados, a linha inteira (todos os campos) são carregados na memória, mas sabemos que haverão campos em branco, dependendo do tipo de Pessoa cadastrada. Outra desvantagem quanto aos campos que ficarão em branco, dependendo do tipo de pessoa que estiver sendo cadastrada, não poderemos utilizar a restrição NOT NULL em alguns campos. Na segunda alternativa, há a necessidade de fazer junções quando formos obter todas as informações de uma Pessoa. Porém, a vantagem é que teremos somente os dados necessários sem a necessidade de carregar todos os campos na memória, gerando mais acessos ao banco de dados. As chaves primárias de Pessoa são repetidas nas tabelas especializadas e, quando houver atualização das informações de uma pessoa, haverá a necessidade de criar uma instrução para cada tabela especializada. Outra vantagem é o caso da restrição NOT NULL, que na segunda opção poderá ser mais bem utilizada. A escolha de um dos tipos de tradução para generalizações/especializações irá depender do projeto que está sendo construído e dos recursos disponíveis para quem está modelando. Nada impede que as duas alternativas sejam usadas no mesmo projeto de banco de dados, uma alternativa pra cada caso de tabelas generalizadas.