Questão de Banco de Dados — Conceitos e Fases de Projeto e Modelagem de Dados — VUNESP 2023
- Código
- vu195961
- Banca
- VUNESP
- Órgão
- CIJUN
- Ano
- 2023
- Cargo
- Arqt ( )
- ACascata.
- BConceitual.
- CEspiral.
- DFísico.
- ELógico.
GabaritoD — Físico.
Gabarito: letra D. O modelo que possui maior proximidade com o banco de dados que será utilizado é o Modelo Físico, pois descreve exatamente como os dados serão armazenados fisicamente no computador, incluindo estruturas de armazenamento, caminhos de acesso e detalhes de implementação no SGBD específico. Essa é a definição clássica de modelo físico, que se contrapõe ao modelo conceitual (visão de alto nível, independente de tecnologia) e ao modelo lógico (intermediário, voltado à representação das estruturas de dados).
A modelagem de dados é o processo de criar uma representação abstrata da estrutura de um banco de dados, e ela se desenvolve em três níveis de abstração, cada um com um grau diferente de proximidade com o banco de dados real. O modelo conceitual (ou de alto nível) é o mais abstrato: representa as entidades, atributos e relacionamentos do mundo real, sem qualquer preocupação com tecnologia, hardware ou SGBD. É o famoso Diagrama Entidade-Relacionamento (DER), que serve como um "rascunho" do banco. O modelo lógico (ou de implementação) é intermediário: já define as estruturas de representação dos dados, como tabelas no modelo relacional, objetos no modelo orientado a objetos, ou árvores no modelo hierárquico, mas ainda não entra nos detalhes físicos de armazenamento. O modelo físico é o mais próximo do banco de dados: descreve como os dados serão efetivamente armazenados no computador, com informações como formatos de registro, ordenação, índices, caminhos de acesso e alocação em disco, tudo dependente do SGBD específico (Oracle, PostgreSQL, MySQL etc.).
A progressão natural do projeto de banco de dados segue exatamente essa ordem: primeiro o projeto conceitual, depois o mapeamento para o modelo lógico e, por fim, o projeto físico. Cada etapa adiciona detalhes técnicos e se aproxima mais da implementação real. O modelo físico é o que "fala a língua" do SGBD, definindo as estruturas de armazenamento físico, como arquivos, páginas e índices. É por isso que ele tem a maior proximidade com o banco de dados que será utilizado.
A pegadinha desta questão está em confundir os modelos de dados com os modelos de processo de software (Cascata, Espiral) ou em inverter a ordem de abstração. As alternativas A e C (Cascata e Espiral) são modelos de processo de desenvolvimento de software, não modelos de dados — são distratores clássicos para quem não domina o tema. Já as alternativas B e E (Conceitual e Lógico) são modelos de dados reais, mas com menor proximidade com o banco de dados do que o modelo físico. O modelo conceitual é o mais distante (visão macro, independente de tecnologia), e o lógico fica no meio-termo. O modelo físico é o que está mais próximo do banco de dados real, pois trata dos detalhes de armazenamento físico.
Guarde a ordem de proximidade: Conceitual < Lógico < Físico (do mais abstrato ao mais concreto). É exatamente nessa escala que as alternativas se dividem: as que citam modelos de processo (Cascata, Espiral) estão fora do contexto de modelagem de dados, e as que citam modelos de dados (Conceitual, Lógico) estão em níveis de abstração superiores ao físico.
Critério | Conceitual (B) | Lógico (E) | Físico (D) |
|---|---|---|---|
Proximidade com o banco de dados | Menor (mais abstrato) | Intermediária | Maior (gabarito) |
Foco principal | Entidades, atributos e relacionamentos do mundo real | Estruturas de representação (ex.: tabelas no modelo relacional) | Armazenamento físico (formatos de registro, índices, alocação em disco) |
Dependência de tecnologia/SGBD | Independente de hardware e software | Independente do SGBD específico | Totalmente dependente do SGBD (Oracle, PostgreSQL, MySQL etc.) |
Exemplo típico | Diagrama Entidade-Relacionamento (DER) | Esquema relacional com tabelas e chaves | Definição de arquivos, páginas, índices e caminhos de acesso |
Cascata não é um modelo de dados, mas sim um modelo de processo de software (também chamado de modelo em cascata ou waterfall), que descreve as fases sequenciais do desenvolvimento de software (requisitos, projeto, implementação, testes, manutenção). Não tem relação com a modelagem de dados nem com a proximidade com o banco de dados. A banca incluiu essa alternativa para confundir o candidato que mistura os conceitos de engenharia de software com os de banco de dados.
O Modelo Conceitual é o modelo de mais alto nível de abstração, representando entidades, atributos e relacionamentos do mundo real, sem qualquer detalhe de implementação. Ele é independente de hardware e software, ou seja, é o modelo mais distante do banco de dados físico. A questão pede o modelo com maior proximidade com o banco de dados, e o conceitual é justamente o oposto — é o mais abstrato.
Assim como a alternativa A, Espiral é um modelo de processo de software, não um modelo de dados. O modelo espiral é uma abordagem iterativa de desenvolvimento de software que combina prototipação e análise de riscos. Não se aplica à modelagem de dados e, portanto, não pode ser a resposta.
O Modelo Físico é o que possui maior proximidade com o banco de dados que será utilizado, pois descreve como os dados serão efetivamente armazenados no computador, incluindo estruturas de armazenamento físico, formatos de registro, ordenação, índices, caminhos de acesso e alocação em disco. Ele é totalmente dependente do SGBD específico (Oracle, PostgreSQL, MySQL etc.) e é o modelo que orienta a implementação real do banco de dados. É exatamente o que a alternativa afirma.
O Modelo Lógico é intermediário entre o conceitual e o físico. Ele define as estruturas de representação dos dados (como tabelas no modelo relacional), mas ainda não entra nos detalhes de armazenamento físico. Embora seja mais próximo do banco de dados do que o conceitual, ele não é o mais próximo — o modelo físico é. A banca explora aqui a confusão entre lógico e físico: o lógico representa a estrutura vista pelo usuário, enquanto o físico representa a estrutura de armazenamento real.
A banca mistura dois domínios distintos: modelos de dados (conceitual, lógico, físico) e modelos de processo de software (cascata, espiral). O candidato desatento pode marcar "Cascata" ou "Espiral" por achar que são modelos de dados, mas eles pertencem à engenharia de software. Além disso, a banca explora a ordem de abstração: muitos confundem o modelo lógico com o físico, mas o físico é o que está mais próximo do banco de dados real, pois trata do armazenamento físico. Fique atento: a questão pede "maior proximidade com o banco de dados", e isso é a definição exata do modelo físico.
Para fixar, lembre-se da escala de abstração: Conceitual (visão do negócio, independente de tecnologia) → Lógico (estruturas de dados, como tabelas) → Físico (armazenamento real no SGBD). Na prova, quando a questão falar em "proximidade com o banco de dados", "armazenamento físico", "SGBD específico", a resposta é sempre o modelo físico. E desconfie de alternativas que citam modelos de processo (cascata, espiral, incremental) — elas são distratores clássicos.
Gabarito: letra D
Link permanente: /questoes/vu195961