Considere um banco de dados relacional de um tribunal, na qual nenhum usuário, a menos do DBA, possua algum privilégio sobre.

O DBA concedeu direito de criação de tabelas ao usuário USR_0010, que, por sua vez, criou as tabelas DADOS_PROCESSO e DADOS_PARTE.

Logo após a criação, o usuário USR_0010 executou os seguintes comandos da DCL (Data Control Language) da linguagem SQL no sistema gerenciador de banco de dados, referentes aos usuários USR_0011 e USR_0100:

GRANT SELECT, UPDATE ON DADO_PARTE TO USR_0011;

GRANT SELECT ON DADOS_PARTE TO USR_0100;

GRANT SELECT, INSERT, DELETE, UPDATE ON

DADOS_PROCESSO TO USR_0011;

GRANT SELECT, UPDATE ON DADOS_PROCESSO TO USR_0100

WITH GRANT OPTION;

Na sequência, o usuário USR_0100 executou o seguinte comando:

GRANT UPDATE ON DADOS_PROCESSO TO USR_00101;

Por fim, o DBA executou o comando:

REVOKE UPDATE ON DADOS_PROCESSO FROM USR_0100;

Considerando esse cenário, qual situação é válida para as permissões referentes às tabelas DADOS_PROCESSO e DADOS_PARTE?

O comando EXPLAIN no sistema PostgreSQL, versão 16, desempenha um papel crucial na análise e otimização do desempenho das consultas SQL. Compreender o funcionamento e a saída desse comando é essencial para otimizar o desempenho do sistema.

Neste contexto, o comando EXPLAIN

Observe as tabelas A e B, que possuem 10 e 12 registros, respectivamente:

Tabela A ID DESCRICAO 1 Descrição1 2 Descrição2   3 Descrição3 4 Descrição4 5 Descrição5 6 Descrição6 7 Descrição7 8 Descrição8 9 Descrição9 10 Descrição10 Total de Registros: 10

Tabela B ID VALOR 1 10 2 20 3 30 4 40 5 50 6 60 7 70 8 80 9 90 11 110 12 120 13 130 Total de Registros: 12

Após executar diferentes tipos de junções entre essas tabelas, o total de registros retornados em cada caso, sendo eles INNER JOIN, RIGHT JOIN, FULL OUTER JOIN, CROSS JOIN e LEFT JOIN, é, respectivamente:

Durante o desenvolvimento de um sistema de gestão de estoque para uma empresa de varejo, o desenvolvedor se depara com uma situação desafiadora. O sistema deve garantir que os produtos em estoque nunca tenham uma quantidade negativa, pois isso pode causar problemas sérios de integridade de dados e impactar as operações da empresa. No entanto, enquanto revisava o código do procedimento PL/SQL responsável por atualizar a quantidade de produtos em estoque após uma venda, o desenvolvedor percebeu que não havia tratamento de exceções para o caso em que a quantidade vendida fosse maior que a quantidade disponível em estoque. Diante dessa situação, o desenvolvedor precisa criar uma exceção específica, associá-la a um código de erro personalizado e garantir que o sistema use a nova exceção criada.

Para atingir esse objetivo, o desenvolvedor deverá:

A normalização de dados é o processo de analisar os esquemas de relações com base nas dependências funcionais de seus atributos e chaves primárias, envolvendo uma série de Formas Normais (FN). Observe o esquema da tabela “Pedido”, a seguir.

ID_PEDIDO	ID_CLIENTE	DATA	NOME_CLIENTE
1	2	16/04/2024	Luiza
2	3	16/04/2024	Júlia

A tabela "Pedido" possui chave primária composta (ID_PEDIDO, ID_CLIENTE), atributos com valores atômicos e dependência parcial de coluna não chave (NOME_CLIENTE) com parte da chave primária (ID_CLIENTE).

Com base nisso, “Pedido” está normalizada na FN:

João está encarregado de criar uma tabela em PostgreSQL para gerenciar informações sobre funcionários e seus supervisores, com base na seguinte representação lógica da entidade “Funcionario”:




Para tanto, João deverá criar o “autorrelacionamento” entre funcionários e seus supervisores, considerando que nem todo funcionário possui supervisor. Para isso, João deverá utilizar o seguinte script SQL:

João, administrador de Banco de Dados Oracle, percebe que a configuração de um parâmetro específico precisa ser ajustada para otimizar o desempenho do banco de dados. Ele precisa fazer essa alteração, de forma persistente, no arquivo de inicialização (spfile) e garantir que ela seja aplicada após o reinício do banco de dados.

Para isso, João deverá executar o comando:

João, administrador de Banco de Dados experiente, percebeu que muitas consultas geradas por relatórios precisam fazer filtros pelo campo "LAST_NAME". No entanto, notou um desempenho insatisfatório devido à ausência de índices nesse campo, resultando em operações de FULL TABLE SCAN e impactando negativamente o tempo de resposta das consultas. Para resolver esse problema, ele decide identificar todas as tabelas com ausências de índices na coluna "LAST_NAME" do banco de dados, independentemente do proprietário.

Para isso, João deverá executar o script:

João, administrador de Banco de Dados MySQL, precisa realizar, periodicamente, o backup lógico completo do banco de dados "tjms_db".

Para completar a tarefa, João deverá executar o comando:

Observe as tabelas A e B a seguir, que possuem, respectivamente, 9 e 10 registros.

Tabela A ID DESCRICAO 1 Descrição1 2 Descrição2 3 Descrição3 4 Descrição4 5 Descrição5 6 Descrição6 7 Descrição7 8 Descrição8 10 Descrição10 Total de Registros: 9

Tabela 2 ID VALOR 1 10 2 20 3 30 5 50 6 60 7 70 9 90 11 110 12 120 13 130 Total de Registros: 10

Após executar diferentes tipos de junções entre essas tabelas, o total de registros retornados em cada caso, sendo eles INNER JOIN, RIGHT JOIN, FULL OUTER JOIN, CROSS JOIN e LEFT JOIN, é, respectivamente: