Questão de Banco de Dados — Banco de Dados Relacionais — FCC 2015
Banco de Dados›Banco de Dados Relacionais
Código
fc019072
Banca
FCC
Órgão
DPE-SP
Ano
2015
Nível
Superior
Cargo
Administrador de Banco de Dados
Um modelo de banco de dados pode ser considerado uma descrição dos tipos de informações que estão armazenadas em um banco de dados. Na modelagem de banco de dados relacionais,
Aa técnica mais utilizada de modelagem é a abordagem dirigida ao fluxo de dados, onde um modelo conceitual é usualmente representado através do Diagrama de Fluxos de Dados (DFD).
Bum modelo lógico é uma descrição de um banco de dados no nível de abstração visto pelo desenvolvedor do banco de dados, sendo dependente do tipo particular de Sistema Gerenciador de Banco de Dados utilizado.
Cem um relacionamento unário, ou seja, de grau 1, uma entidade pode se relacionar com apenas outra entidade que não seja ela mesma.
Dno modelo lógico, diferenciamos um atributo chave dos demais atributos colocando um $ (cifrão) antes do nome do atributo ou colocando o nome do atributo em itálico.
Ena prática, o relacionamento n:m é dividido em duas relações 1:n e uma nova entidade é criada para representar o relacionamento.
Revelar gabarito e comentário▾
GabaritoE — na prática, o relacionamento n:m é dividido em duas relações 1:n e uma nova entidade é criada para representar o relacionamento.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Modelagem de Banco de Dados Relacionais
Gabarito: letra E. Na modelagem relacional, um relacionamento muitos-para-muitos (n:m) é implementado criando-se uma nova relação (tabela) que recebe as chaves estrangeiras das duas entidades participantes, transformando-o em dois relacionamentos 1:n. Esse é um procedimento padrão no projeto lógico de bancos de dados relacionais (contexto: modelo relacional e suas regras de implementação).
A banca testa conceitos fundamentais de modelagem: níveis de abstração, tipos de relacionamento, notação de chaves e a técnica de resolução de n:m. Vamos analisar cada alternativa.
Alternativa A — ❌ Incorreta
Afirma que a modelagem mais utilizada é a abordagem dirigida ao fluxo de dados, com DFD. Na verdade, a técnica mais comum para modelagem conceitual de dados é o Modelo Entidade-Relacionamento (ER), não os Diagramas de Fluxo de Dados (DFD), que são usados para modelagem de processos. O contexto menciona "Modelo Entidade Relacionamento" como exemplo de modelo conceitual, confirmando o erro.
Alternativa B — ❌ Incorreta
Diz que o modelo lógico depende do tipo particular de SGBD (ex.: Oracle, MySQL). O modelo lógico depende do tipo de SGBD (relacional, orientado a objetos, etc.), mas não do produto específico. O contexto esclarece: o modelo lógico "Dependem do tipo de SGBD (relacional, objetos, etc)". A dependência do SGBD particular é característica do modelo físico. Além disso, o modelo lógico é uma descrição vista pelo desenvolvedor? Embora seja mais técnica que o conceitual, a afirmação generaliza incorretamente o nível de dependência.
Alternativa C — ❌ Incorreta
Afirma que em um relacionamento unário (grau 1) uma entidade se relaciona apenas com outra entidade que não seja ela mesma. Isso é falso: um relacionamento unário é aquele em que a mesma entidade participa duas vezes com papéis diferentes (ex.: a tabela Funcionario com um relacionamento gerencia indicando o gerente de cada funcionário). Portanto, a entidade pode sim relacionar-se consigo mesma. A afirmação contraria a definição de relacionamento recursivo.
Alternativa D — ❌ Incorreta
Afirma que no modelo lógico a chave é indicada com cifrão ($) ou itálico. A notação padrão para atributo chave no modelo relacional é o sublinhado (underline) ou o destaque em negrito. Outras notações (como PK ou #) podem ser usadas, mas $ e itálico não são convenções reconhecidas para chaves primárias nesse contexto.
Alternativa E — ✅ Correta ⟵ GABARITO
Correta. Na prática, um relacionamento muitos-para-muitos (n:m) não pode ser representado diretamente no modelo relacional sem criar uma nova tabela. A solução é dividi-lo em dois relacionamentos 1:n, criando uma relação intermediária que contém as chaves estrangeiras das duas entidades originais. Esse é o procedimento clássico de mapeamento do modelo ER para o relacional.
PEGA ESSA DICA!
Para resolver questões sobre modelagem relacional, lembre-se da sequência: (1) o modelo conceitual usa ER; (2) o modelo lógico depende do tipo de SGBD (não da marca); (3) chave primária é sublinhada; (4) relacionamentos n:m viram tabela associativa com duas chaves estrangeiras.