Se o tipo relacionamento entre duas entidades de um MER for ...

Alternativa correta: B - chave estrangeira em uma das entidades, chave estrangeira na entidade da direção "muitos" ou tabela extra.

Para compreender a alternativa correta, é essencial conhecer os conceitos básicos do Modelo Entidade-Relacionamento (MER) e como as relações são mapeadas em um banco de dados relacional:

• Relacionamento um-para-um: Neste caso, uma chave estrangeira pode ser adicionada em qualquer uma das duas entidades, pois cada instância de uma entidade está associada a no máximo uma instância da outra entidade. Isso significa que a chave primária de uma entidade pode ser usada como chave estrangeira na outra, estabelecendo a relação direta entre elas.
• Relacionamento um-para-muitos: A chave estrangeira é colocada na entidade que está na direção "muitos". Isso ocorre porque várias instâncias dessa entidade podem estar relacionadas a uma única instância da entidade oposta. Portanto, a chave estrangeira será usada para referenciar a chave primária da entidade do lado "um".
• Relacionamento muitos-para-muitos: Não pode ser representado diretamente em um banco de dados relacional sem uma tabela extra, conhecida como tabela de associação ou tabela de junção. Essa tabela terá chaves estrangeiras referenciando as chaves primárias das duas entidades envolvidas, permitindo assim a associação adequada entre múltiplas instâncias de ambas as entidades.

No contexto de um Diagrama de Entidade e Relacionamento (DER), tais mapeamentos são cruciais para a integridade e o desenho eficiente de um banco de dados. A alternativa B está correta porque reflete com precisão o mapeamento apropriado para cada tipo de relacionamento no banco de dados relacional:

• Para o relacionamento um-para-um, incluir uma chave estrangeira em uma das entidades é suficiente para representar a relação.
• Para o relacionamento um-para-muitos, a chave estrangeira deve ser colocada na entidade que está no lado "muitos", pois é lá que múltiplas instâncias podem se relacionar com uma única instância da outra entidade.
• Para o relacionamento muitos-para-muitos, uma tabela extra é necessária para acomodar as múltiplas combinações possíveis entre as instâncias das duas entidades.

Deste modo, a compreensão clara dos tipos de relacionamentos e seu correto mapeamento em um banco de dados relacional é fundamental para responder à questão corretamente e para a prática de modelagem de banco de dados em situações reais.

Gabarito Letra B
 

1) Relacionamento vários-para-vários (N:N)

Consuma-se por intermédio de uma tabela auxiliar (Tabela Associativa ou de ligação).

- A tabela associativa tem relação 1:N para cada tabela da relação N:N

-  A PK da tabela associativa é a junção das PK das tabelas interligadas.

- A tabela associativa possui chaves estrangeiras para cada uma das tabelas da relação

2) Relacionamento um-para-vários (1:N)
Lado muitos (“n”) possui a chave estrangeira

3) Relacionamento um-para-um (1:1) ou Cardinalidade binária
Uma das entidades possui uma chave estrangeira

bons estudos

Se o tipo relacionamento entre duas entidades de um MER for um-para-um, um-para-muitos ou muitos-para- muitos, será exigida, respectivamente,

Gabarito: LETRA B

chave estrangeira em uma das entidades, chave estrangeira na entidade da direção "muitos" ou tabela extra.

um-para-um - PESSOA - IDENTIDADE.

chave estrangeira em uma das entidades (cód. de pessoa na identidade)

um-para-muitos - CLIENTE - PEDIDO .

chave estrangeira na entidade da direção "muitos" (na entidade pedidos, cód. de cliente)

muitos-para-muitos - CLIENTE - PRODUTOS = [PEDIDO].

ou tabela extra (entidade associativa pedido)

Como entendi a explicação de Renato para ter os conceitos mais claros, fazendo exemplos.

1) Relacionamento vários-para-vários (N:N)

Consuma-se por intermédio de uma tabela auxiliar (Tabela Associativa ou de ligação).

- A tabela associativa tem relação 1:N para cada tabela da relação N:N

- A PK da tabela associativa é a junção das PK das tabelas interligadas.

- A tabela associativa possui chaves estrangeiras para cada uma das tabelas da relação

Ex: Vários clientes e vários produtos (N:N).

"A tabela associativa tem relação 1:N":

Um cliente pode pedir vários produtos.

"- A tabela associativa possui chaves estrangeiras para cada uma das tabelas da relação"

A "PK" das tabelas cliente e produto são o cód.cliente e cód.produto, estarão como FK na tabela associativa gerada dessa relação que é o "Pedido"(tabela).

"A PK da tabela associativa é a junção das PK das tabelas interligadas."

Cód.cliente e cód.produto juntas vão gerar o cód.pedido(PK da associativa).

"2) Relacionamento um-para-vários (1:N)

Lado muitos (“n”) possui a chave estrangeira"

Temos duas entidades. Um cliente pode fazer vários pedidos. Na entidade pedidos (lado N) temos o cód.cliente(FK)

"3) Relacionamento um-para-um (1:1) ou Cardinalidade binária

Uma das entidades possui uma chave estrangeira"

Entidade PESSOA e IDENTIDADE.

Uma pessoa pode ter uma identidade e uma identidade pode ser de uma pessoa (1:1)

Na entidade IDENTIDADE tenho o ID de PESSOA, que é chave estrangeira pois pertence a PESSOA.