-
Pedir comentário do professor.
-
Imagine uma situação na qual uma entidade possui um relacionamento identificador. Por exemplo, um dependente é identificado pelo código do empregado ao qual ele está vinculado e por um número de seqüência que distingue os diversos dependentes de um mesmo empregado.
Nesta tradução, o relacionamento é implementado através de uma tabela própria. Esta tabela contém as seguintes colunas:
❑colunas correspondentes aos identificadores das entidades relacionadas
❑colunas correspondentes aos atributos do relacionamento.
A chave primária desta tabela é o conjunto das colunas correspondentes aos identificadores das entidades relacionadas. Cada conjunto de colunas que corresponde ao identificador de uma entidade é chave estrangeira em relação a tabela que implementa a entidade referenciada.
Um exemplo deste tipo de tradução é apresentado na Figura 5.6. A parte do esquema do banco de dados que se refere à regra em questão está apre-sentada em negrito. Essa convenção será usada no restante da apresentação das regras de tradução de relacionamentos.
A tabela Atuação implementa o relacionamento ATUAÇÃO. A chave primária da tabela é formada pelas colunas CodEng e CodProj, que corres-pondem aos identificadores das entidades relacionadas (ENGENHEIRO e PROJETO). Cada uma destas colunas é chaves estrangeira das tabela que im-plementa a entidade relacionada. A coluna Função corresponde ao atributo do relacionamento.
-
Essa questão precisa de comentário, não vi nada assim nas aulas ou nos PDFs
-
https://pt.stackoverflow.com/questions/61023/qual-%C3%A9-a-diferen%C3%A7a-entre-o-relacionamento-com-identifica%C3%A7%C3%A3o-e-relacionamento
-
Seria bom um comentário do professor para esta questão. Fica difícil responder só com a aula 0 do curso...
-
a) Uma tabela pode participar sim de mais de um relacionamento identificador. Pode ser que uma entidade fraca precise de mais de uma entidade forte associada, ou também que uma entidade forte seja identificadora de mais de uma entidade fraca. ERRADA
b) A cardinalidade do relacionamento identificador não será necessariamente 1:1, ela geralmente é 1:N, em que N é a cardinalidade da entidade fraca. O que não pode ocorrer é um relacionamento M:N, pois uma entidade fraca precisa ter uma entidade forte que seja capaz de identificá-la. Assim, cada ocorrência da entidade fraca sempre deverá estar associada a exatamente uma ocorrência da entidade forte. ERRADA
c) A tabela do lado N em um relacionamento é a entidade fraca. A entidade fraca tem uma chave parcial, ou seja, ela não é capaz de ter cada registro identificado por seus próprios atributos. Assim, ela "pega emprestada" a chave primária da entidade forte associada, o que ocorre através de uma chave estrangeira. Dessa maneira, a chave primária da entidade fraca é a composição de sua própria chave parcial com a chave estrangeira que referencia a entidade forte. ERRADA
d) Essa é a resposta correta. Como descrevemos no item anterior, a chave primária da entidade fraca tem em sua composição a chave estrangeira deocrrente do relacionamento identificador. CERTA
e) Como a chave estrangeira faz parte da chave primária da entidade fraca, ela não pode assumir valores nulos! Se ela pudesse ser nula, isso iria implicar dizer que a entidade fraca tem participação opcional no relacionamento, o que é impossível. Uma entidade fraca sempre terá participação total no seu relacionamento identificador. ERRADA
-
Identificador = PK de uma entidade
Relacionamento Identificador = PK de uma entidade forte é usada como parte/todo da PK de uma entidade fraca. Ou seja, a entidade forte identifica a entidade fraca, de forma que a fraca não existe sem antes existir a forte.
a) Uma tabela PODE participar em mais de um relacionamento identificador, (ex: tabela associativa)
b) A cardinalidade de um relacionamento identificador deve ser 1:1 ou 1:N (ex: funcionário-dependentes)
c) A tabela do lado N do relacionamento deve possuir uma chave primária que DEPENDA da chave estrangeira decorrente do relacionamento
d) A chave estrangeira decorrente do relacionamento deve fazer parte da chave primária da tabela
e) A chave estrangeira decorrente do relacionamento NÃO DEVE permitir a preenchimento com valores nulos