DevMedia - asp.net, Java, Delphi, SQL e web Design, tudo em um só lugar!
Bem vindo a DevMedia!
LOGIN:     SENHA:
 
 

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

Artigo da SQL Magazine 34 - Desafio SQL Magazine

Artigo da SQL Magazine - edição 34.

Capa SQl 33

Clique aqui para ler todos os artigos desta edição

Desafio SQL Magazine

Consultas em SQL: utilização de relacionamentos n:n, entidades fracas

e funções de agrupamento

 

     Nesta edição iremos propor um conjunto de consultas em SQL baseadas no modelo de dados modificado pelo desafio anterior. Desta vez exercitando a utilização de relacionamentos n:n, entidades fracas e funções de agrupamento.

     Antes disso, como de costume, vamos discutir as possibilidades de solução do desafio anterior, lembrando mais uma vez que não existe uma única solução correta.

     Vamos discutir primeiro o problema de associação de assuntos às obras. Para isso, deve-se acrescentar ao modelo conceitual uma entidade Assunto, contendo apenas

código e descrição. Como uma obra pode possuir diversos assuntos e um assunto pode estar vinculado a diversas obras, deve-se modificar o modelo conceitual acrescentando um relacionamento n:n entre estas entidades. A Figura 1 representa o fragmento do modelo conceitual para este problema.

 

Figura 1. Relacionamento n:n entre Obras e Assuntos

 

     Para transformar este modelo conceitual no modelo lógico, necessita-se fazer uma transformação substituindo o relacionamento por chaves estrangeiras. No caso do

sentido da tabela Obra para a tabela Assunto, deveria ser colocado um atributo multivalorado em Obra para apontar para seus diversos assuntos, o mesmo ocorrendo no sentido inverso, da tabela Assunto para a tabela Obra. Entretanto, relacionamentos n:n não são possíveis de serem representados no modelo relacional, uma vez que todos os atributos devem ser atômicos, ou seja, armazenar um único valor. Neste caso, a alternativa é a criação de uma terceira tabela no modelo relacional, conforme ilustrado na Figura 2.

 

"

A exibição deste artigo foi interrompida.

  Este é um post disponível para assinantes MVP
Este post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!


Marco Antônio Araújo
Doutorando e Mestre em Engenharia de Sistemas e Computação pela COPPE/UFRJ, Especialista em Métodos Estatísticos Computacionais e Bacharel em Matemática com Habilitação em Informática pela UFJF.
O que você achou deste post?

    0 COMENTÁRIO

[Fechar]

Este post é fechado - você precisa ter acesso ao post para incluir um comentário.


Nenhum comentário foi postado - seja o primeiro a comentar!
Cursos relacionados
Publicidade
[Fechar]

Você precisa estar logado para dar um feedback.

Clique aqui para efetuar o login
[Fechar]


Este post está fechado. Saiba mais sobre a assinatura MVP!
web-03
DevMedia  |  Anuncie  |  Fale conosco
Hospedagem web por Porta 80 Web Hosting
2013 - Todos os Direitos Reservados a web-03