Última Atualização 13 de janeiro de 2021
QUESTÃO CERTA: Quando se transforma um modelo conceitual em um modelo lógico, os dados passam a ser vistos como estruturas de dados voltadas para as características do modelo lógico escolhido (hierárquico, rede, relacional etc.).
Sim, pois o modelo lógico depende do paradigma do banco de dados (relacional, multidimensional etc.)
QUESTÃO CERTA: Na fase de modelagem de um banco de dados, o modelo que analisa os limites impostos por alguma tecnologia de banco de dados é o: Modelo lógico.
No modelo logico é que é definido a tecnologia do banco: hierarquia, rede ou relacional assim como a estrutura de registro.
O modelo lógico é uma representação do esquema do banco de dados que leva em consideração a ferramenta computacional que será utilizada para o projeto do banco de dados. Dessa forma, se o SGBD for relacional, ele terá um tipo de representação. Caso seja orientado a objetos, ele terá outra representação.
O modelo lógico não depende do SGBD, depende do paradigma / tipo / modelo que será utilizado (relacional, hierárquico…) e independe de SGBD.
QUESTÃO CERTA: O modelo relacional é simples e facilita o trabalho do programador, comparado com modelos como o modelo de rede ou o modelo hierárquico.
QUESTÃO CERTA: Em um projeto de banco de dados, o modelo conceitual e o modelo lógico definem as entidades e seus relacionamentos. O primeiro modelo independe do tipo de SGBD e o segundo depende do tipo de SGBD a ser utilizado.
CESPE já usou de tudo como sinônimo de TIPO – “paradigma” e “modelo” -, foram outras palavras que a banca já usou, porém se ela falar “SOFTWARE” está errado!
QUESTÃO ERRADA: O modelo lógico define-se como uma descrição de banco de dados no nível de abstração visto pelo usuário do SGBD, por isso esse modelo é flexível e independente do tipo particular de SGBD que está sendo usado.
O tipo de SGBD que o modelo lógico trata é se o mesmo é relacional, orientado a objetos, hierárquico, etc. Ou seja ele é dependente do paradigma utilizado
Não podemos confundir com o Software que será usado (Oracle, MySql e etc…). O erro na questão é que ele afirma que é independente, sendo que ele é dependente do paradigma/tipo de SGBD
QUESTÃO ERRADA: Diferentemente de quando se define um modelo conceitual de dados, ao se definir um modelo lógico de dados deve-se levar em consideração o sistema de gerência de banco de dados (SGBD) no qual o banco de dados será implementado.
O modelo conceitual de dados, como o próprio nome sugere, tem por objetivo modelar os dados de acordo com suas definições conceituais impostas pelo negócio. No caminho que leva à implementação do banco de dados, a transformação do modelo conceitual em um modelo lógico já leva em consideração a forma como serão tratados pelo SGBD. O modelo lógico utilizado leva em consideração o modelo de dados que é implementado pelo SGBD e não o SGBD em si.
o SGBD é uma implementação de banco de dados específica como por exemplo o SGBD MySQL
e modelo de SGBD é por exemplo o modelo relacional (em tabelas), modelo orientado a objetos, entre outros.
QUESTÃO CERTA: O modelo lógico mostra as ligações entre as tabelas de banco de dados, as chaves primárias, os componentes de cada uma, etc. Frequentemente é apresentado em um diagrama.
Modelo Conceitual: O modelo conceitual é um diagrama em blocos que demonstra todas as relações entre as entidades, suas especializações, seus atributos e auto-relações.
Modelo Lógico: O modelo lógico mostra as ligações entre as tabelas de banco de dados, as chaves primárias, os componentes de cada uma, etc.€
Modelo Físico: Inclui a análise das características e recursos necessários para armazenamento e manipulação das estruturas de dados (estrutura de armazenamento, endereçamento, acesso e alocação física), sendo uma sequência de comandos executados em SQL a fim de criar as tabelas, estruturas e ligações projetadas até então e finalmente criar o banco de dados.
QUESTÃO CERTA: No modelo lógico de dados, que considera os exemplos de modelagem de dados criados no modelo conceitual, definem-se as chav es primárias e estrangeiras, a normalização e a integridade referencial.
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.
QUESTÃO ERRADA: O modelo lógico é completamente independente do SGDB escolhido.
ERRADA. O modelo lógico é dependente do SGBD escolhido. Se você vai trabalhar com o banco de dados Oracle (SGBD), não pode trabalhar o modelo lógico na representação hierárquica e sim relacional.
QUESTÃO CERTA: Tendo em vista que, ao se desenvolver um sistema de vendas e compras para um cliente, devem-se descrever os produtos, as entradas, as saídas, o controle de estoque e o lucro das vendas, julgue o item subsequente, relativo à modelagem de dados para a aplicação descrita.
Situação hipotética: O responsável pela modelagem de dados para a aplicação em apreço propôs o seguinte modelo lógico de banco de dados relacional:
TipoDeProduto (CodigoTipoProduto, DescriçãoTipoProduto)
Produto (CodigoProduto, DescriçãoProduto, PreçoProduto, CodigoTipoProduto)
CodigoTipoProduto referencia TipoDeProduto
Assertiva: Nesse modelo lógico, um TipoDeProduto se relaciona com várias entidades do tipo Produto. Com essa notação, a visão do cliente se torna clara e direta sobre como serão implementados e armazenados os dados.
Você deve estar estranhando esse tipo de modelo lógico numa representação textual, sem diagramas. Trouxe essa questão justamente para introduzir esse tipo de esquema:
1. O nome antes dos parênteses é o nome da tupla;
2. Os itens dentro dos parênteses são os atributos da tupla;
3. Nessa questão não apareceu, mas um atributo sublinhado indica que ele compõe a chave primária da tupla;
4. Finalmente, quando dizemos X referência Y, queremos dizer que a chave estrangeira no atributo X está referenciando a tabela Y.
Avaliando a assertiva, temos que um TipoDeProduto realmente se relaciona com vários itens do tipo Produto. Perceba que a chave estrangeira foi definida em “CodigoTipoProduto referencia TipoDeProduto”, ou seja, temos um atributo de Produto que referencia a tabela TipoDeProduto.
Como nada foi dito a respeito de restrições de unicidade desse campo CodigoTipoProduto na tabela Produto, não há nenhuma informação na questão que indique que um código de tipo de produto não possa se repetir várias vezes na tabela de produto. Assim, podemos ter diversos produtos com o mesmo TipoDeProduto. A primeira parte da assertiva é verdadeira.
A segunda parte da assertiva diz que nesse tipo de esquema (modelo lógico), há uma visão clara e direta sobre como será a implementação futura dos dados. Considero a afirmativa verdadeira, já que já é possível enxergar as tabelas, chaves e relacionamentos nessa etapa da modelagem.
Gabarito: C
QUESTÃO CERTA: No mapeamento (Projeto Lógico) de um modelo Entidade-Relacionamento para um Modelo Relacional, um relacionamento com cardinalidade n:n é mapeado para uma tabela única, que contém as colunas correspondentes: aos identificadores das entidades relacionadas e aos atributos do relacionamento.
Ao transitar do modelo Entidade-Relacionamento (típico do modelo conceitual) para o modelo relacional (típico do modelo lógico), encontramos correspondências.
Os indicadores das entidades relacionadas e os atributos do relacionamento serão as colunas das tabelas.
(Tabelas essas chamadas de relação, no modelo relaciona
