SóProvas


ID
1807276
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2015
Provas
Disciplina
Banco de Dados
Assuntos

Considerando que o principal objetivo da modelagem de dados é desenvolver uma representação das informações de determinado negócio ou processo, julgue o item subsecutivo.

No modelo lógico de dados, não há necessidade de as entidades estarem normalizadas; isso é necessário apenas no modelo físico de dados.

Alternativas
Comentários
  • errado- as entidades podem ser normalizadas no modelo logico. 

  • Modelo lógico

    O modelo lógico já leva em conta algumas limitações e implementa recursos como adequação de padrão e nomenclatura, define as chaves primárias e estrangeiras, normalização, integridade referencial, entre outras. Para o modelo lógico deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual.

     

    Modelo conceitual

    A modelagem conceitual basea-se no mais alto nível e deve ser usada para envolver o cliente, pois o foco aqui é discutir os aspectos do negócio do cliente e não da tecnologia. Os exemplos de modelagem de dados vistos pelo modelo conceitual são mais fáceis de compreender, já que não há limitações ou aplicação de tecnologia específica. O diagrama de dados que deve ser construído aqui é o Diagrama de Entidade e Relacionamento, onde deverão ser identificados todas as entidades e os relacionamentos entre elas. Este diagrama é a chave para a compreensão do modelo conceitual de dados.

  • Modelo conceitual

    A modelagem conceitual basea-se no mais alto nível e deve ser usada para envolver o cliente, pois o foco aqui é discutir os aspectos do negócio do cliente e não da tecnologia. Os exemplos de modelagem de dados vistos pelo modelo conceitual são mais fáceis de compreender, já que não há limitações ou aplicação de tecnologia específica. O diagrama de dados que deve ser construído aqui é o Diagrama de Entidade e Relacionamento, onde deverão ser identificados todas as entidades e os relacionamentos entre elas. Este diagrama é a chave para a compreensão do modelo conceitual de dados. 

    Exemplo simples de Diagrama de Entidade e Relacionamento

     

    Modelo lógico

    O modelo lógico já leva em conta algumas limitações e implementa recursos como adequação de padrão e nomenclatura, define as chaves primárias e estrangeiras, normalização, integridade referencial, entre outras. Para o modelo lógico deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual.

    Exemplo do diagrama de banco de dados gerado no Microsoft Visio.

     

    Modelo físico

    No modelo físico fazemos a modelagem física do modelo de banco de dados. Neste caso leva-se em conta as limitações impostas pelo SGBD escolhido e deve ser criado sempre com base nos exemplos de modelagem de dados produzidos no item anterior, modelo lógico.

     

    Fonte: https://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logico-e-fisico/

     

    OBS. A partir do modelo lógico a normalização já é feita, portanto a questão está ERRADA.

     

  • Conceitual.

  • Modelo lógico

    O modelo lógico já leva em conta algumas limitações e implementa recursos como adequação de padrão e nomenclatura, define as chaves primárias e estrangeiras, normalização, integridade referencial, entre outras. Para o modelo lógico deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual.

     

    Modelo conceitual

    A modelagem conceitual basea-se no mais alto nível e deve ser usada para envolver o cliente, pois o foco aqui é discutir os aspectos do negócio do cliente e não da tecnologia. Os exemplos de modelagem de dados vistos pelo modelo conceitual são mais fáceis de compreender, já que não há limitações ou aplicação de tecnologia específica. O diagrama de dados que deve ser construído aqui é o Diagrama de Entidade e Relacionamento, onde deverão ser identificados todas as entidades e os relacionamentos entre elas. Este diagrama é a chave para a compreensão do modelo conceitual de dados.

  • Modelo conceitual

    A modelagem conceitual basea-se no mais alto nível e deve ser usada para envolver o cliente, pois o foco aqui é discutir os aspectos do negócio do cliente e não da tecnologia. Os exemplos de modelagem de dados vistos pelo modelo conceitual são mais fáceis de compreender, já que não há limitações ou aplicação de tecnologia específica. O diagrama de dados que deve ser construído aqui é o Diagrama de Entidade e Relacionamento, onde deverão ser identificados todas as entidades e os relacionamentos entre elas. Este diagrama é a chave para a compreensão do modelo conceitual de dados. 

    Exemplo simples de Diagrama de Entidade e Relacionamento

     

    Modelo lógico

    O modelo lógico já leva em conta algumas limitações e implementa recursos como adequação de padrão e nomenclatura, define as chaves primárias e estrangeiras, normalização, integridade referencial, entre outras. Para o modelo lógico deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual.

    Exemplo do diagrama de banco de dados gerado no Microsoft Visio.

     

    Modelo físico

    No modelo físico fazemos a modelagem física do modelo de banco de dados. Neste caso leva-se em conta as limitações impostas pelo SGBD escolhido e deve ser criado sempre com base nos exemplos de modelagem de dados produzidos no item anterior, modelo lógico.

     

    Fonte: https://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logico-e-fisico/

  • Tem um campo de anotações ali galera, não precisa ficar copiando o comentario do colega. Só atrapalha.

  • Marcelo, nesse caso, eu achei pertinente o comentário da Priscila pq ela citou a fonte(ao contrario do outro comentario).

    CONCEITUAL (nível do usuário): sem nenhuma restriação...aqui, vale tudo(dentro das regras de modelagem)

    LOGICO (nível do analista de negócios): Aqui já há limitações, defição de chaves, normalização, integridade referencial, e define que modelo de SGBD vai ser usado.

    FISICO(nível de implementação): Aqui já é o nível do desenvolvedor/DBA e leva em consideração um BD especifico.

  • É só ir na lógica que o modelo lógico é representado também pelo BD relacional, que é normalizado.

  • Gostaria apenas de discutir os motivos pelos quais a questão está errada.

    Primeiramente, agradeço aos demais colegas que colocaram informações importantes sobre as definições dos modelos conceitual, lógico e físico de maneira bastante objetiva. Contudo, observo que a questão é mais simples do que parece, a saber:

    No modelo lógico de dados, não há necessidade de as entidades estarem normalizadas;

    Essa parte está correta, porque o enunciado diz que "não há necessidade". Caso haja alguma bibliografia que sugira o oposto, fiquem à vontade para acrescentar à discussão, porém não condiz com o que eu tenho lido.

    isso é necessário apenas no modelo físico de dados.

    Essa parte, sim, está errada, porque o modelo físico não exige a normalização.

    Considerando as definições apresentadas, o que eu consegui concluir também é que, no modelo conceitual, não faria sentido falarmos em normalização, porque o nível é abstrato demais para que ela seja aplicável.