

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Um modelo ER deve ser:
Correto, completo, livre de redundância e deve refletir o aspecto temporal.
Completo, redundante, incorreto e deve refletir o aspecto temporal.
Completo, redundante, incorreto e não deve refletir o aspecto temporal
Incompleto, livre de redundância, correto e não deve refletir o aspecto temporal.
Incompleto, redundante, correto e deve refletir o aspecto temporal.
Analise as seguintes afirmações sobre o Modelo Entidades-Relacionamentos:
I. Tipos entidade que não têm seus próprios atributos-chave são chamados tipos entidade fraca.
II. A razão de cardinalidade para um relacionamento binário especifica o número máximo de instâncias de relacionamento em que uma entidade pode participar.
III. Quando o mesmo tipo entidade participa mais de uma vez em um tipo relacionamento em papéis diferentes, este tipo relacionamento é denominado recursivo.
Quais dessas afirmações estão corretas?
Nenhuma delas está correta.
Somente as duas primeiras estão corretas.
Somente a primeira e a terceira estão corretas.
Somente as duas últimas estão corretas.
Todas estão corretas.
Foi solicitado ao departamento de TI o desenvolvimento de um software para controlar a alocação de servidores em departamentos e projetos. O diagrama de entidade-relacionamento apresenta parte das regras levantadas durante a análise de requisitos.

O diagrama apresentado modela a seguinte regra de negócio:
deve ser mantido um histórico de todos os projetos nos quais um servidor trabalhou.
deve ser mantido um histórico de gerentes de um departamento.
um servidor sempre deve estar trabalhando em um projeto.
um projeto é controlado por um departamento.
um projeto possui apenas um gerente.
Em relação ao seguinte diagrama de entidade-relacionamento, assinale a alternativa correta.

Uma “Pessoa” pode trabalhar em N “Empresas”.
Uma “Pessoa” pode trabalhar somente em 1 “Empresa”.
A entidade “Empresa” se relaciona com a entidade “Pessoa” através do atributo CPF.
Os atributos “dataNascimento” e “nome” são chaves estrangeiras para a entidade “Empresa”.
O atributo “CNPJ” é chave primária da entidade “Pessoa”.
O administrador do banco de dados recebeu a demanda para escrever uma consulta SQL que seja capaz de retornar o número total de dias e o custo total de cada projeto existente. Para atender essa demanda, o administrador deve escrever a consulta SQL
select projeto.titulo,
((max(projeto.data_termino)-min(projeto.data_inicio))) as Dias,
sum(atividade.valor)
from projeto inner join atividade on
projeto.idprojeto=atividade.idprojeto
group by projeto.titulo;
select projeto.titulo,
(datediff(max(data_termino),min(data_inicio))) as Dias,
sum(atividade.valor)
from projeto inner join atividade on
projeto.idprojeto=atividade.idprojeto
group by projeto.titulo;
select projeto.titulo,
(datediff(max(projeto.data_termino),min(projeto.data_inicio))) as Dias,
sum(atividade.valor)
from projeto inner join atividade on
projeto.idprojeto=atividade.idprojeto
group by projeto.titulo;
select projeto.titulo,
(datediff(max(data_termino),min(data_inicio))) as Dias,
sum(atividade.valor)
from projeto inner join atividade on
projeto.idprojeto=atividade.idprojeto;
Considere a função PL/SQL a seguir, criada no Oracle.
CREATE OR REPLACE FUNCTION get_valor_consulta
(c_id Consulta.IdConsulta%TYPE)
RETURN NUMBER IS
v_con Consulta.ValorConsulta%TYPE := 0;
BEGIN
SELECT ValorConsulta
INTO v_con
FROM Consulta
WHERE IdConsulta = c_id;
RETURN v_con;
END get_valor_consulta;
/
Após executar a instrução SET SERVEROUTPUT ON no SQL*Plus, para chamar a função e exibir o retorno para a consulta de id 5 utiliza-se a instrução
EXECUTE dbms_output.put_line(get_valor_consulta(5))
SHOW get_valor_consulta(5)
RUN FUNCTION get_valor_consulta(5) OUTPUT PRINT
RUN get_valor_consulta(5).print()
EXEC dbms_print_line(get_valor_consulta(5))
A instrução SQL SELECT c.IdConsulta FROM Consulta c WHERE NOT EXISTS (SELECT cm.IdConsulta FROM Consulta_Medicamento cm WHERE c.IdConsulta = cm.IdConsulta); vai mostrar
o id de todas as consultas em que não houve prescrição de medicamento.
o id de todas as consultas em que houve a prescrição de medicamentos.
os conteúdos do campo IdConsulta da tabela Consulta_Medicamento que não se repetem.
o id de todas as consultas cadastradas na tabela Consulta_Medicamento.
uma mensagem de erro, pois a cláusula NOT EXISTS não se aplica ao contexto da instrução.
O conceito do Modelo de Entidade Relacionamento (MER) foi proposto por Peter Chen, nos anos de 1970, e tem como base a representação do mundo real como constituído por um conjunto de objetos, chamados entidades e relacionamentos. São tipos de entidade:
I. Entidade primária (ou forte);
II. Entidade associativa;
III. Entidade dependente (ou fraca);
IV. Entidade independente;
V. Entidade condicionada;
Assinale a alternativa em que todas as afirmativas estão CORRETAS.
Apenas I, II e IV.
Apenas II, III e IV.
Apenas III, IV e V.
Apenas IV e V.
Apenas I, II e III.
Com base em um modelo de dados representado em um diagrama entidade relacionamento, o analista deverá desenvolver um projeto de banco de dados relacional substanciado, em que entidades e relacionamentos são representados no modelo relacional na forma de relações, que equivalem ao conceito matemático de:
estrutura em árvore, onde um ou vários tipos de registros filho podem estar vinculados a um tipo de registro pai, sendo que cada ligação representa uma relação entre exatamente dois tipos de filho.
conjunto, e que uma relação, neste caso, é representada na forma de tabela, sendo que suas colunas representam campos ou atributos; suas linhas representam registros ou ocorrências diferenciadas de cada conjunto de atributos.
conjunto, e que uma relação, neste caso, é representada na forma de tabela sendo que suas colunas representam registros ou ocorrências diferenciadas de cada conjunto de atributos; suas linhas representam campos ou atributos monovalorados.
grafo direcionado sem restrição hierárquica, isto é, quaisquer e somente dois tipos de registros podem se relacionar individualmente, não derivando, portanto, os relacionamentos muitos para muitos.
estrutura binária com dois nós relacionais em cada rama, onde um ou vários tipos de registro filho devem estar vinculados a mais de um tipo de registro pai, sendo que cada ligação representa uma relação possível de dois para um ou vice-versa
Na modelagem de dados de um banco de dados relacional, um conjunto de relacionamentos do tipo muitos para muitos (n x m) entre dois conjuntos de entidades S e T indica que
o número de relacionamentos entre S e T é obtido multiplicando-se m por n.
o número de relacionamentos entre S e T é obtido pela expressão mn.
uma entidade de S deve estar associada a um número par de entidades em T.
uma entidade de S pode estar associada a zero ou mais entidades em T.
uma entidade de T deve estar associada a um número ímpar de entidades em S.
select distinct nomePessoa
from encontro inner join pessoa on idpessoa_atende = idPessoa
and idPessoa not in (select idpessoa_marca from encontro);
select distinct nomePessoa
from pessoa where idPessoa not in (select idpessoa_marca from encontro);
select distinct nomePessoa
from encontro full join pessoa on idpessoa_atende = idPessoa;
select distinct nomePessoa
from encontro left join pessoa on idpessoa_atende = idPessoa;
select distinct nomePessoa
from encontro right join pessoa on idpessoa_atende = idPessoa
and idPessoa not in (select idpessoa_marca from encontro);
Uma empresa que atua no ramo de entrega de encomendas precisa de um sistema de informação para controlar sua principal atividade. Durante o levantamento dos requisitos desse sistema, as seguintes informações sobre o pagamento de entregas foram fornecidas por um funcionário da empresa:
• Uma entrega é identificada internamente por um código. Além disso, é necessário registrar o peso e as dimensões do objeto a ser entregue, o endereço de entrega e o custo da operação de entrega;
• Uma entrega pode ser paga através de cartão de crédito, cartão de débito ou boleto bancário. Visando a atender às demandas de seus clientes, uma entrega pode ser paga usando-se qualquer combinação desses três meios de pagamento;
• Em relação a um pagamento com cartão de crédito, o sistema deve registrar a data de pagamento, o valor pago, o número do cartão, sua data de validade e a instituição que o emitiu;
• Em relação a um pagamento com cartão de débito, o sistema deve registrar a data de pagamento, o valor pago, o número do banco e os números da agência e da conta corrente às quais o cartão está vinculado;
• Em relação a um pagamento com boleto bancário, o sistema deve registrar a data de pagamento, o valor pago e o número do código de barras do boleto;
• Cada pagamento registrado se refere a uma única entrega;
• Não há entrega registrada no sistema que não tenha, pelo menos, um pagamento associado a ela.
Qual diagrama E-R representa corretamente os elementos e as regras presentes na descrição dos requisitos listados acima, sem que haja perda de informações ou redundância de dados, além de observar as boas práticas de modelagem conceitual de dados?





Analise o diagrama de classes apresentado a seguir e assinale a alternativa correta.

Há uma relação de 1..* entre a classe Pedido e a classe ItemPedido que permite que, para um ItemPedido, possa existir vários Pedidos.
Há uma relação de agregação entre as classes ItemPedido e a classe Produto.
Há uma relação de agregação indireta entre a classe Pedido e a classe Produto.
Existe uma relação de agregação entre a classe Pedido e a classe ItemPedido.
O método conectar é público.
No DER
ocorre um relacionamento em que não há dependência de dados entre as entidades Posto, Preco e Combustivel.
a cardinalidade (0:N) faz referência à Combustivel e à Veiculo. Isso significa que certa pessoa pode ter um único veículo abastecido por vários combustíveis e um veículo deve estar obrigatoriamente associado a uma ocorrência de combustível.
o relacionamento entre as entidades Pessoa e Veiculo indica que certa pessoa pode não ter veículos ou pode ter vários, porém, se um veículo estiver cadastrado, deverá estar associado obrigatoriamente a uma pessoa.
a cardinalidade mínima 1 indica que o atributo é obrigatório e a cardinalidade máxima 1 indica que o atributo é multivalorado. Todos os atributos multivalorados devem ser marcados com um círculo sólido, como nome, login e momento.
para o atributo Posto, a cardinalidade mínima 0 indica que o mesmo é opcional e a cardinalidade máxima N informa que o seu cnpj deve ser mono ou multivalorado.
Os relacionamentos existentes entre os casos de usos estão corretamente desenhados no seguinte esquema.




Na Modelagem Entidade-Relacionamento de um sistema que gerencia projetos de uma empresa, um empregado pode participar de diversos projetos, e cada projeto só pode envolver poucos empregados. A cardinalidade do relacionamento entre as entidades Empregado e Projeto é
um para um.
um para muitos.
muitos para um.
muitos para muitos.
Na criação do relacionamento entre as tabelas membro e tipo_mebro deve-se criar uma chave estrangeira. Para criar a chave estrangeira e garantir a integridade referencial entre as tabelas, de modo a evitar que um projeto que contenha atividades seja removi do, na criação da tabela membro utiliza-se o comando
CONSTRAINT fk_membro_tipo_membro
FOREIGN KEY (idtipo_membro)
REFERENCES tipo_membro (idtipo_membro)
ON DELETE NO ACTION
ON UPDATE NO ACTION
FOREIGN KEY (idtipo_membro)
REFERENCES tipo_membro (idtipo_membro)
ON DELETE RESTRICTION
ON UPDATE NO ACTION
FOREIGN KEY (idtipo_membro)
REFERENCES tipo_membro (idtipo_membro)
ON DELETE SET NULL
ON UPDATE NO ACTION
CONSTRAINT fk_membro_tipo_membro
FOREIGN KEY (idtipo_membro)
REFERENCES tipo_membro (idtipo_membro)
ON DELETE CASCADE
ON UPDATE NO ACTION
O relacionamento controla (CONTROLS) indica que cada projeto (PROJECT) desenvolvido na organização é controlado por 0 ou mais departamentos (DEPARTMENT).