Considere o esquema company.

Elabore uma consulta que projete o aumento salarial em 3% para os primeiros 3 (três) colaboradores mais eficientes, 2% para os próximos 2 (dois) mais eficientes, e 1% para os demais representantes que atuem ao menos em 2 (dois) projetos. A eficiência aqui significa o total de horas de trabalho em projetos projetos. Como segundo critério, caso ocorra conflito com o total de horas trabalhas, use o critério do mais velho. A consulta deve projetar os seguintes dados: identificador e nome dos colaboradores, total de horas em projetos, salário e projeção do novo salário.

Marque a consulta que recupera o nome dos dependentes filhos(as) do colaborador Franklin Wong.

Considero o modelo lógico-relacional de movimento bancário.

Elabore uma consulta SQL para recuperar o nome e conta bancária das empresas que possuem inconsistências entre o valor do saldo de cada conta (vl_SaldoConta) e o saldo obtido pelo somatório dos valores movimentados da conta (vl_Movimento).

P: chave primária  F: chave estrangeira U: chave única

* : mandatório : nome da chave primária : nome da chave única

O atributo tipo de movimento (tp_Movimento) aceita apenas dois valores: D (débito) ou C (crédito). Os valores das tabelas são absolutos (sinal positivo ou negativo não é considerado). Os valores do atributo nome da empresa (st_NomeEmpresa) devem ser únicos.

(saída ilustrativa, depende da instância do banco de dados)

Considere o modelo lógico-relacional de movimento bancário.

Elabore um gatilho em PostgreSQL que atualize o saldo geral da empresa (vl_SaldoGeral) e o saldo das contas (vl_SaldoConta) a partir das movimentações bancárias da empresa. O gatilho deve ser acionada após efetivação da movimentação. Para garantir a consistência do banco, considere que a tabela movimento só permite inseração de dados (ou seja, a única manipulação permitida na tabela é inserção).

P: chave primária  F: chave estrangeira U: chave única

* : mandatório : nome da chave primária : nome da chave única

O atributo tipo de movimento (tp_Movimento) aceita apenas dois valores: D (débito) ou C (crédito). Os valores das tabelas são absolutos (sinal positivo ou negativo não é considerado). Os valores do atributo nome da empresa (st_NomeEmpresa) devem ser únicos.

Considero o modelo lógico-relacional de movimento bancário.

Elabore uma consulta SQL para recuperar o nome e conta bancária das empresas que possuem inconsistências entre o valor do saldo de cada conta (vl_SaldoConta) e o saldo obtido pelo somatório dos valores movimentados da conta (vl_Movimento).

P: chave primária  F: chave estrangeira U: chave única

* : mandatório : nome da chave primária : nome da chave única

O atributo tipo de movimento (tp_Movimento) aceita apenas dois valores: D (débito) ou C (crédito). Os valores das tabelas são absolutos (sinal positivo ou negativo não é considerado). Os valores do atributo nome da empresa (st_NomeEmpresa) devem ser únicos.

(saída ilustrativa, depende da instância do banco de dados)

Considere o modelo lógico-relacional de movimento bancário.

Elabore um gatilho em PostgreSQL que atualize o saldo geral da empresa (vl_SaldoGeral) e o saldo das contas (vl_SaldoConta) a partir das movimentações bancárias da empresa. O gatilho deve ser acionada após efetivação da movimentação. Para garantir a consistência do banco, considere que a tabela movimento só permite inseração de dados (ou seja, a única manipulação permitida na tabela é inserção).

P: chave primária  F: chave estrangeira U: chave única

* : mandatório : nome da chave primária : nome da chave única

O atributo tipo de movimento (tp_Movimento) aceita apenas dois valores: D (débito) ou C (crédito). Os valores das tabelas são absolutos (sinal positivo ou negativo não é considerado). Os valores do atributo nome da empresa (st_NomeEmpresa) devem ser únicos.

Uma companhia de seguros de automóveis precisa de um banco de dados para gerenciar suas operações. O banco deve armazenar informações sobre clientes, apólices, veículos e sinistros, respeitando os requisitos a seguir:

• Clientes possuem nome, CPF, endereço, telefone e e-mail.
• Cada cliente pode ter várias apólices de seguro desde que para veículos diferentes.
• Cada apólice cobre apenas um veículo, e cada veículo pode estar vinculado a apenas uma apólice.
• As apólices possuem, pelo menos, registro de número, data de contratação, período de vigência e data da última renovação.
• Um veículo possui registro de número único de chassi, placa, marca, modelo e ano de fabricação.
• Os sinistros devem registrar a data, o local e a descrição.
• Cada sinistro está associado a um único veículo.
• Se o sinistro envolver outro(s) veículo(s) segurados pela companhia, então ele(s) também devem ser associado(s) ao evento de sinistro.

Construa um modelo lógico-relacional do banco de dados da seguradora, representando corretamente as tabelas, chaves primárias, estrangeiras e únicas. Especifique os tipos de dados apropriados para cada atributo. Também indique os relacionamentos entre as entidades e garanta que a estrutura atenda as formas formais de projeto de banco de dados. 

(anexar imagem do modelo ou, se respondido na folha avulsa, incluir o texto "resposta na folha avulsa").

Considere o modelo entidade-relacionamento gerado na ferramenta brModelo. Os conjuntos de entidades são representados como retângulos, os relacionamentos como losangos e os atributos como círculos.

Elabore o modelo lógico-relacional

(anexar imagem do modelo ou, se respondido na folha avulsa, incluir o texto "resposta na folha avulsa").

Considere o modelo entidade-relacionamento gerado na ferramenta brModelo. Os conjuntos de entidades são representados como retângulos, os relacionamentos como losangos e os atributos como círculos.

Elabore o modelo lógico-relacional

(anexar imagem do modelo ou, se respondido na folha avulsa, incluir o texto "resposta na folha avulsa").

Considere o modelo de dados relacionais OE (Order Entity). 

Elabore uma consulta SQL para recuperar os 20 produtos mais pedidos. Os produtos mais pedidos correspondem aos produtos com maior quantidade de pedidos; e não valor de pedidos. Além do nome dos produtos, a consulta deve projetar a quantidade e o valor total de pedidos de cada produto.

Ordene o resultado por ordem decrescente da quantidade de pedidos e crescente do valor dos pedidos.

(Saída ilustrativa, o resultado depende da instância da base de dados)