Banco de Dados II(IL10330) - A2

Prévia do material em texto

07/01/2022 15:14 Ilumno
ilumno.sgp.starlinetecnologia.com.br/ilumno/schedule/resultcandidatedetailprint/6674470/3d2f8e8e-463a-11ea-ab31-0242ac11000e/ 1/6
Local: 1001 - EAD - Prédio IV / Andar / Campus Comércio Prédio IV / EAD - UNIDADE COMERCIO 
Acadêmico: 030TDS5AM
Aluno: JOSÉ VICTOR CARDOSO DA SILVA 
Avaliação: A2
Matrícula: 203000032 
Data: 25 de Novembro de 2021 - 08:00 Finalizado
Correto Incorreto Anulada  Discursiva  Objetiva Total: 7,50/10,00
1  Código: 37205 - Enunciado: O MySQL "é um SGBD (sistema gerenciador de banco de dados)
relacional, que utiliza a linguagem SQL (structured query language, ou traduzindo, linguagem de
consulta estruturada). MySQL também é multiusuário e multitarefas". (Disponível em:
https://www.devmedia.com.br/introducao-ao-mysql/27799. Acesso em: 18 fev. 2020). 
Nesse contexto, marque a alternativa que corresponde às instruções de remoção e alteração de
tuplas, respectivamente.
 a) DELETE e UPDATE.
 b) SELECT e INSERT INTO.
 c) INSERT INTO e DELETE.
 d) UPDATE e DELETE.
 e) DELETE e USE.
Alternativa marcada:
a) DELETE e UPDATE.
Justificativa: Resposta correta: DELETE e UPDATE.DELETE refere-se ao comando de exclusão de
um registro do banco de dados e UPDATE se refere ao comando de alteração de dados de uma
tupla. Distratores:INSERT INTO e DELETE. Errada. INSERT INTO se refere ao comando de inclusão
de registros, embora DELETE esteja correto, por servir para apagar tuplas.UPDATE e DELETE.
Errada. Embora UPDATE sirva para alteração de dados e DELETE sirva para apagar registros, não
estão respectivamente na ordem correta, segundo enunciado da questão.SELECT e INSERT INTO.
Errada. Embora UPDATE sirva para alteração de dados, está errado o SELECT, pois se refere ao
comando de consulta de dados.DELETE e USE. Errada. Embora o DELETE sirva para apagar uma
tupla, está errado USE, que se refere ao comando para colocar um banco de dados já criado em
uso.
1,00/ 1,00
2  Código: 37201 - Enunciado: Um SGBD, sistema gerenciador de banco de dados, nada mais é que
um conjunto de so�ware responsáveis pelo gerenciamento de um banco de dados,
independentemente do tipo de banco de dados utilizado. Sobre o sistema gerenciador de banco
de dados MySQL, examine as afirmativas apresentadas: I. Permite instanciar bancos de dados por
meio de instruções como CREATE DATABASE, CREATE TABLE e TRUNCATE.II. Esquemas de banco
de dados podem ser implementados por meio de instruções como INSERT INTO, UPDATE e
DELETE.III. A instrução SELECT, além de ser usada pela SQL DQL, também aparece como
instrução da SQL DML para consultas estruturadas. É correto o que se afirma em:
 a) Somente a III está correta.
 b) Somente a I está correta.
 c) Somente a II está correta.
 d) II e III estão corretas.
 e) I e II estão corretas.
Alternativa marcada:
c) Somente a II está correta.
Justificativa: Resposta correta: Somente a III está correta.A instrução SELECT além de ser usada
pela SQL DQL também aparece como instrução da SQL DML para consultas estruturadas. Correta.
0,00/ 1,00
07/01/2022 15:14 Ilumno
ilumno.sgp.starlinetecnologia.com.br/ilumno/schedule/resultcandidatedetailprint/6674470/3d2f8e8e-463a-11ea-ab31-0242ac11000e/ 2/6
SELECT é a instrução utilizada para consulta de dados, pertencente tanto a SQL DQL quanto a
SQL DML. Distratores:Permite instanciar bancos de dados por meio de instruções como CREATE
DATABASE, CREATE TABLE e TRUNCATE. Incorreta. Não se trata de instância de banco de dados,
mas sim de esquema de banco de dados.Esquemas de banco de dados podem ser
implementados por meio de instruções como INSERT INTO, UPDATE e DELETE. Incorreta. Não se
trata de esquema de banco de dados, mas sim de instância de banco de dados.
3  Código: 37202 - Enunciado: O Sistema Gerenciador de Banco de Dados MySQL apresenta um
conjunto de so�ware que disponibiliza instruções para a manipulação de bancos de dados por
meio da criação de esquema e instâncias de banco de dados.Dentre o conjunto de instruções
MySQL, apresenta-se a instrução SHOW DATABASES, cuja principal função é:
 a) Permitir ao usuário listar todas as tuplas do banco de dados ativo.
 b) Listar todas as tuplas de todos os bancos de dados existentes.
 c) Mostrar apenas as tabelas pertencentes aos bancos de dados ativos.
 d) Permitir que o usuário liste todos os bancos de dados existentes.
 e) Mostrar a relação de registros dos bancos de dados já existentes.
Alternativa marcada:
d) Permitir que o usuário liste todos os bancos de dados existentes.
Justificativa: Resposta correta: Permitir que o usuário liste todos os bancos de dados
existentes. SHOW significa mostrar, ou seja, mostrar todos os bancos de dados. 
Distratores: Permitir ao usuário listar todas as tuplas do banco de dados ativo. Incorreta. SELECT
é a instrução utilizada para mostrar tuplas da tabela: SELECT *.* From TABELA;.Listar todas as
tuplas de todos os bancos de dados existentes. Incorreta. Embora o SELECT seja a instrução para
mostrar tuplas de uma tabela, não consegue fazer a ação para todos os bancos de dados
existentes, apenas para o banco de dados em uso.Mostrar a relação de registros dos bancos de
dados já existentes. Incorreta. Embora o SELECT seja a instrução para mostrar registros de uma
tabela, não consegue fazer a ação para todos os bancos de dados existentes, apenas para o
banco de dados em uso.Mostrar apenas as tabelas pertencentes aos bancos de dados ativos.
Incorreta. SELECT é a instrução utilizada para mostrar tuplas da tabela, e não as tabelas
pertencentes aos bancos de dados ativos.
1,00/ 1,00
4  Código: 37203 - Enunciado: A SQL DML apresenta instruções SQL específicas para manipulação
de dados de certo banco de dados relacional. Nesse contexto, marque a alternativa que
corresponda à instrução que inclui uma nova tupla na tabela.
 a) UPDATE.
 b) DELETE.
 c) INSERT INTO.
 d) USE.
 e) SELECT.
Alternativa marcada:
c) INSERT INTO.
Justificativa: Resposta correta: INSERT INTO.Refere-se ao comando de inclusão de um novo
registro no banco de dados. Distratores: DELETE. Errada. Refere-se ao comando de exclusão de
registros.UPDATE. Errada. Refere-se ao comando para alteração de dados de registros do banco
de dados.SELECT. Errada. Refere-se ao comando de seleção de registros.USE. Errada. Refere-se
ao comando para colocar um banco de dados previamente criado em uso.
1,00/ 1,00
07/01/2022 15:14 Ilumno
ilumno.sgp.starlinetecnologia.com.br/ilumno/schedule/resultcandidatedetailprint/6674470/3d2f8e8e-463a-11ea-ab31-0242ac11000e/ 3/6
5  Código: 37215 - Enunciado: Observe o modelo a seguir: 
Examinando o modelo relacional de banco de dados apresentado é correto afirmar que:
 a) Aluga é um relacionamento de cardinalidade muitos-para-muitos que se transforma na
tabela Aluga, que conecta as tabelas Cliente e Carro, por meio de suas chaves estrangeiras CodCli
e CodCar.
 b) A tabela Telefone é uma generalização da tabela Cliente e, por esse motivo, apresenta em
sua composição de atributos Telefone_PK como chave primária e CodCli_FK como chave
estrangeira.
 c) A tabela Telefone é considerada uma entidade forte, pois seus atributos estarão presentes
em todas as tuplas da tabela Cliente, considerada, por consequência, uma entidade fraca, de
acordo com o contexto.
 d) Esportivo e Sedam são categorias da tabela Carro, que estão representadas graficamente
erradas, pois deveriam ter suas próprias chaves primárias, ligadas à chave primária de carro, por
se tratar de um relacionamento de especialização.
 e) Aluga é um relacionamento de cardinalidade muitos-para-muitos que se transforma na
tabela Aluga, que conecta indiretamente as tabelas Cliente e Carro, por meio de suas chaves
primárias CodAlu, CodCli e CodCar.
Alternativa marcada:
a) Aluga é um relacionamento de cardinalidade muitos-para-muitos que se transforma na tabela
Aluga, que conecta as tabelas Cliente e Carro, por meio de suas chaves estrangeiras CodCli e
CodCar.
Justificativa: Resposta correta: Aluga é um relacionamento de cardinalidade muitos-para-
muitos que se transforma natabela Aluga, que conecta as tabelas Cliente e Carro, por meio de
suas chaves estrangeiras CodCli e CodCar. Todo o relacionamento muito-para-muitos realmente
se transforma numa tabela que precisa ter em sua composição de atributos as chaves
correspondentes das tabelas que se relacionam. Distratores:Aluga é um relacionamento de
cardinalidade muitos-para-muitos que se transforma na tabela Aluga, que conecta indiretamente
as tabelas Cliente e Carro, por meio de suas chaves primárias CodAlu, CodCli e CodCar. Incorreta.
A conexão ocorre por meio das chaves estrangeiras CodCli e CodCar, visto que elas não são
chaves primárias.Telefone é considerado uma entidade forte, pois seus atributos estarão
presentes em todas as tuplas da tabela Cliente, considerada, por consequência, uma entidade
fraca. Incorreta. Nesse caso, a entidade fraca é Telefone e a entidade forte é Cliente, ou seja, o
conceito está invertido. Portanto não contempla o que especificamente se pede.A tabela
Telefone é uma generalização da tabela Cliente e, por esse motivo, apresenta em sua composição
de atributos Telefone_PK como chave primária e CodCli_FK como chave estrangeira. Incorreta.
Telefone não se refere a uma generalização da tabela Cliente.Esportivo e Sedam são categorias
da tabela Carro, que estão representadas graficamente erradas, pois deveriam ter suas próprias
chaves primárias, ligadas à chave primária de carro, por se tratar de um relacionamento de
especialização. Incorreta. O relacionamento de especialização está representado graficamente
correto.
1,50/ 1,50
6  Código: 37223 - Enunciado: Considere o modelo a seguir: 
Segundo a interpretação do modelo relacional apresentado, é correto afirmar que:
 a) O mapeamento de restrição existente entre as tabelas SALAS e EXAMES está incorreto,
pois deveria ser estabelecido como cardinalidade muitos-para-muitos, devido ao fato da
possibilidade de vários exames serem realizados em várias salas diferentes.
 b) A tabela SECOES deveria conectar as tabelas CURSOS, EXAMES e SALAS, por meio da
definição de suas chaves primárias CodCurso_PK, IdExame_PK e NumSala_PK, respectivamente,
como chaves estrangeiras CodCurso_FK, IdExame_FK e NumSala_FK.
1,50/ 1,50
07/01/2022 15:14 Ilumno
ilumno.sgp.starlinetecnologia.com.br/ilumno/schedule/resultcandidatedetailprint/6674470/3d2f8e8e-463a-11ea-ab31-0242ac11000e/ 4/6
 c) A partir do modelo apresentado, julga-se não ser necessário a criação da tabela SALAS,
visto que tal informação deveria estar contida na tabela EXAMES, identificando, portanto, o
número da sala e sua capacidade de lotação, onde serão realizados os exames.
 d) O relacionamento de muitos-para-muitos existente entre as tabelas EXAMES e CURSOS
fez gerar a tabela SECOES, que, além de sua chave primária, NumSec_PK, também apresenta as
chaves estrangeiras IdExame_FK e CodCurso_FK, a que se dá o nome de múltipla cardinalidade
ou cardinalidade de n para n.
 e) A partir do modelo apresentado, julga-se não ser necessário a criação da tabela SALAS,
visto que tal informação deveria estar contida na tabela CURSOS, identificando, portanto, o
número da sala e sua capacidade de lotação, para os cursos a serem realizados.
Alternativa marcada:
d) O relacionamento de muitos-para-muitos existente entre as tabelas EXAMES e CURSOS fez
gerar a tabela SECOES, que, além de sua chave primária, NumSec_PK, também apresenta as
chaves estrangeiras IdExame_FK e CodCurso_FK, a que se dá o nome de múltipla cardinalidade
ou cardinalidade de n para n.
Justificativa: Resposta correta: O relacionamento de muitos-para-muitos existente entre as
tabelas EXAMES e CURSOS fez gerar a tabela SECOES, que, além de sua chave primária
NumSec_PK, também apresenta as chaves estrangeiras IdExame_FK e CodCurso_FK, a que se dá
o nome de múltipla cardinalidade ou cardinalidade de n para n. As chaves primárias das tabelas
EXAMES e CURSOS devem estar contidas na tabela SECOES como chaves estrangeiras, se não não
haveria conexões das relações associadas ao banco de dados. Distratores:A partir do modelo
apresentado, julga-se não ser necessário a criação da tabela SALAS, visto que tal informação
deveria estar contida na tabela EXAMES, identificando, portanto, o número da sala e sua
capacidade de lotação, onde serão realizados os exames. Incorreta. A criação de salas não pode
estar contido na tabela EXAMES, visto que SALAS tem o número da sala e sua capacidade.O
mapeamento de restrição existente entre as tabelas SALAS e EXAMES está incorreto, pois deveria
ser estabelecido como cardinalidade muitos-para-muitos, devido ao fato da possibilidade de
vários exames serem realizados em várias salas diferentes. Incorreta. Não existe a necessidade
de o relacionamento de cardinalidade ser de muitos-para-muitos, por não ser múltipla
cardinalidade.A tabela SECOES deveria conectar as tabelas CURSOS, EXAMES e SALAS por meio
da definição de suas chaves primárias CodCurso_PK, IdExame_PK e NumSala_PK,
respectivamente, como chaves estrangeiras CodCurso_FK, IdExame_FK e NumSala_FK. Incorreta.
A representação gráfica utilizada no modelo está correta ao conectar a tabela SECOES às tabelas
EXAMES e CURSOS.A partir do modelo apresentado, julga-se não ser necessário a criação da
tabela SALAS, visto que tal informação deveria estar contida na tabela CURSOS, identificando,
portanto, o número da sala e sua capacidade de lotação, para os cursos a serem realizados.
Incorreta. Não existe relação direta da tabela SALAS com a tabela CURSOS, conforme pode ser
observado no modelo lógico apresentado.
7  Código: 37218 - Enunciado: A figura mostra um modelo de banco de dados relacional que será
implementado através do SGBD MySQL. 
 Considerando que já existe um banco de dados chamado TRANSACOES, previamente criado, o
código SQL que cria as tabelas PESSOAS e CARROS é corretamente representado por:
 a) CREATE TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null, Primary Key
(CNH_PK)); CREATE TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, 
 Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key
(Renavan_PK, CNH_FK (REFERENCES PESSOAS(CNH_PK)));
 b) CREATE TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key
(CNH_PK ); CREATE TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, 
0,00/ 1,50
07/01/2022 15:14 Ilumno
ilumno.sgp.starlinetecnologia.com.br/ilumno/schedule/resultcandidatedetailprint/6674470/3d2f8e8e-463a-11ea-ab31-0242ac11000e/ 5/6
 Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key
(Renavan_PK, CNH_FK));
 c) CREATE TABLE PESSOAS ( CNH_PK INT Primary Key Not Null, Ender VARCHAR(50) Null, 
 Nome VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null ); CREATE
TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, Modelo VARCHAR(20)
Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key (Renavan_PK), Foreign
Key (CNH_FK) REFERENCES PESSOAS(CNH_PK));
 d) CREATE TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key
(CNH_PK ); CREATE TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, 
 Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key
(Renavan_PK), Foreign Key (CNH_FK));
 e) CREATE TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key
(CNH_PK ); CREATE TABLE CARROS ( Renavan_PK INT Primary Key Not Null, Marca
VARCHAR(20) Not Null, Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT
Not Null, Foreign Key (CNH_FK));
Alternativa marcada:
d) CREATE TABLEPESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key
(CNH_PK ); CREATE TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, 
 Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key
(Renavan_PK), Foreign Key (CNH_FK));
Justificativa: Resposta correta: 
 CREATE TABLE PESSOAS ( CNH_PK INT Primary Key Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null ); CREATE TABLE
CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, Modelo VARCHAR(20) Not
Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key (Renavan_PK), Foreign Key
(CNH_FK) REFERENCES PESSOAS(CNH_PK)); Apresenta corretamente as instruções SQL para sua
criação. 
Distratores:CREATE TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key
(CNH_PK ); CREATE TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, 
 Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key
(Renavan_PK), Foreign Key (CNH_FK)); Incorreta. Faltaram parâmetros para a definição de chave
estrangeira. O correto seria Foreign Key (CNH_FK) REFERENCES PESSOAS(CNH_PK));. 
CREATE TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome
VARCHAR(40) Not Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key
(CNH_PK ); CREATE TABLE CARROS ( Renavan_PK INT Primary Key Not Null, Marca
VARCHAR(20) Not Null, Modelo VARCHAR(20) Not Null, Placa VARCHAR(10) Not Null, Ano INT
Not Null, Foreign Key (CNH_FK));Incorreta. Faltaram parâmetros para a definição de chave
estrangeira. O correto seria Foreign Key (CNH_FK) REFERENCES PESSOAS(CNH_PK));. CREATE
TABLE PESSOAS ( CNH_PK INT Not Null, Ender VARCHAR(50) Null, Nome VARCHAR(40) Not
Null, CPF VARCHAR(15) Not Null, Tel VARCHAR(15) Not Null,Primary Key (CNH_PK ); CREATE
TABLE CARROS ( Renavan_PK INT Not Null, Marca VARCHAR(20) Not Null, Modelo VARCHAR(20)
Not Null, Placa VARCHAR(10) Not Null, Ano INT Not Null, Primary Key (Renavan_PK,
CNH_FK));Incorreta. Faltaram parâmetros para a definição de chave estrangeira. O correto seria
 Foreign Key (CNH_FK) REFERENCES PESSOAS(CNH_PK));. CREATE TABLE PESSOAS ( CNH_PK
INT Not Null, Ender VARCHAR(50) Null, Nome VARCHAR(40) Not Null, CPF VARCHAR(15) Not
Null, Tel VARCHAR(15) Not Null, Primary Key (CNH_PK)); CREATE TABLE CARROS ( Renavan_PK
INT Not Null, Marca VARCHAR(20) Not Null, Modelo VARCHAR(20) Not Null, Placa VARCHAR(10)
Not Null, Ano INT Not Null, Primary Key (Renavan_PK, CNH_FK (REFERENCES
PESSOAS(CNH_PK)));Incorreta. Faltaram parâmetros para a definição das chaves primária e
07/01/2022 15:14 Ilumno
ilumno.sgp.starlinetecnologia.com.br/ilumno/schedule/resultcandidatedetailprint/6674470/3d2f8e8e-463a-11ea-ab31-0242ac11000e/ 6/6
estrangeira. O correto seria: Primary Key (Renavan_PK), Foreign Key (CNH_FK) REFERENCES
PESSOAS(CNH_PK));.
8  Código: 37216 - Enunciado: Considere o modelo de banco de dados apresentado a seguir: 
 I. A tabela LOCACOES faz a conexão das tabelas CLIENTES e FILMES.PORQUEII. As chaves
primárias das tabelas CLIENTES e FILMES devem estar contidas na tabela LOCACOES como
chaves estrangeiras. Sobre essas duas afirmativas, é correto afirmar que:
 a) A primeira é uma afirmativa verdadeira e a segunda, falsa.
 b) As duas afirmativas são verdadeiras e a segunda não justifica a primeira.
 c) As duas afirmativas são verdadeiras e a segunda é uma justificativa correta da primeira.
 d) As duas afirmativas são falsas, pois não correspondem ao modelo apresentado.
 e) A primeira é uma afirmativa falsa e a segunda, verdadeira.
Alternativa marcada:
c) As duas afirmativas são verdadeiras e a segunda é uma justificativa correta da primeira.
Justificativa: Resposta correta: As duas afirmativas são verdadeiras e a segunda é uma
justificativa correta da primeira.As duas afirmativas são verdadeiras e a segunda é uma
justificativa correta da primeira, pois as chaves primárias das tabelas CLIENTES e FILMES, devem
estar contidas na tabela LOCACOES como chaves estrangeiras, pois, se não, não existe ligação.
1,50/ 1,50