Durante uma análise de desempenho, verificou-se que determinadas consultas executavam operações de ordenação (sort) e agregação (hash aggregation) sobre grandes volumes de dados. O administrador concluiu que essas operações estavam utilizando arquivos temporários em disco com frequência, aumentando o tempo de resposta das consultas.
A partir dessa situação hipotética e considerando os parâmetros de configuração do PostgreSQL, assinale a opção cuja alteração possui relação direta com a redução desse comportamento.

O setor de tecnologia do CRQ-V mantinha um banco de dados relacional contendo informações dos profissionais registrados. Entre as tabelas existentes, destacava-se a tabela PROFISSIONAL, com os campos: id_profissional; nome; categoria; cidade; e situacao_registro. Durante uma auditoria cadastral, foi solicitado um relatório contendo os nomes dos profissionais que possuem registro com situação ‘ATIVO’, ordenados alfabeticamente pelo nome.
Considerando essa situação hipotética, assinale a opção que apresenta uma instrução SQL adequada para atender à solicitação descrita.

Durante o processo de modelagem lógica de um sistema de controle de frotas, um Analista de Tecnologia estruturou a tabela TB_VEICULO contendo as colunas ID_Veiculo (Chave Primária), Placa, Modelo, ID_Fabricante e Nome_Fabricante. Ele aplicou as regras formais de normalização para mitigar redundâncias e anomalias de atualização de dados, garantindo que colunas nãochave dependam exclusivamente da totalidade da chave primária da tabela.
Ao analisar a estrutura descrita, constata-se que a coluna Nome_Fabricante depende funcionalmente da coluna ID_Fabricante, que por sua vez depende da chave primária ID_Veiculo.
Para adequar essa tabela especificamente às regras exigidas pela Terceira Forma Normal (3FN), o analista deve remover a

Um Analista de Tecnologia observou que uma consulta declarativa SQL essencial, utilizada no fechamento contábil mensal de uma secretaria de fazenda, passou a demorar 4 horas para ser concluída, paralisando os servidores. Ao extrair o Plano de Execução Gerado pelo Otimizador do SGBD Relacional, o analista constatou que o motor de banco de dados estava realizando uma varredura completa na tabela (Table Scan / Sequential Scan) contendo 80 milhões de linhas, em vez de utilizar o índice B-Tree existente na coluna de chave estrangeira pesquisada.
Sabendo que o índice existe e é teoricamente adequado para a cláusula WHERE da consulta, a causa técnica que mais provavelmente induziu o otimizador do SGBD a ignorar o índice e optar pela varredura sequencial completa na tabela foi

Uma empresa pública de tecnologia da informação gerencia o sistema de Nota Fiscal Eletrônica de um estado, processando mais de 50 milhões de registros transacionais diariamente. O banco de dados relacional centralizado começou a apresentar degradação crítica de desempenho de E/S de disco e gargalos na gravação de dados devido ao tamanho massivo das tabelas.
Visando descentralizar a escrita e a leitura, o Analista de Tecnologia propôs aplicar a técnica de Sharding horizontal, distribuindo as linhas das tabelas em múltiplos servidores de banco de dados independentes e fisicamente separados.
Ao projetar uma arquitetura distribuída baseada em Sharding, o principal desafio arquitetural que o analista enfrentará para garantir a eficiência das consultas e evitar a degradação do sistema é

Um Analista de Tecnologia está investigando uma degradação de desempenho intermitente em um sistema de prontuário médico distribuído.
Quando um médico ‘clica’ para emitir uma receita, a requisição passa por um API Gateway, dispara o Microsserviço de Autenticação, consome o Microsserviço de Pacientes, consulta o Banco de Dados Relacional e aciona uma função Serverless externa de validação de CRM. O tempo de resposta final na tela do usuário saltou de 1 para 12 segundos, mas os logs isolados de cada servidor indicam que todas as máquinas individuais estão operando com uso de CPU abaixo de 30%.
Para diagnosticar em qual etapa exata do ciclo de chamadas distribuídas a latência está ocorrendo e identificar o gargalo de rede ou processamento, o analista deve implementar o seguinte mecanismo:

Durante o processamento de uma transferência de plano de voo entre dois servidores regionais de controle de tráfego, ocorre uma falha catastrófica de energia elétrica exatamente após a exclusão do registro no Servidor A, mas antes da inserção correspondente no Servidor B.
Para evitar inconsistências graves e corrupção de dados em cenários de falha, os Sistemas de Gerenciamento de Banco de Dados (SGBD) devem suportar rigorosamente as propriedades ACID para suas transações.
A propriedade ACID, responsável por garantir que uma operação seja executada em sua totalidade, ou seja, completamente desfeita, sem estados intermediários inválidos, é a(o)

O administrador de banco de dados do Centro de Controle de Área (ACC) precisa remover permanentemente do banco de dados relacional de homologação uma tabela inteira chamada Logs_antigos_2020, incluindo toda a sua estrutura de colunas, índices e dados armazenados.
A linguagem SQL é dividida em subgrupos como DDL para manipulação de estruturas e para manipulação de dados operacionais.
O comando DDL padrão utilizado para eliminar de forma definitiva a estrutura e os dados da tabela citada é:

Durante a modelagem do banco de dados relacional que armazenará o histórico de planos de voo aprovados, um analista projetou uma tabela contendo os campos: ID_PlanoVoo (chave primária), Prefixo_Aeronave, Comandante_Nome, Telefone_Comandante e DDD_Telefone.
O processo de normalização visa eliminar redundâncias e anomalias de atualização em bancos de dados relacionais através da aplicação de regras formais conhecidas como Formas Normais (FN).
Assinale a opção que apresenta a condição exigida para que uma tabela esteja estritamente na Segunda Forma Normal (2FN).

Uma equipe de arquitetura de software precisa integrar o barramento de dados de radar de tráfego aéreo centralizado aos terminais secundários de visualização de doze aeródromos regionais.
O sistema exige o tráfego assíncrono massivo e contínuo de dados lógicos com baixíssima latência e em milissegundos. Os arquitetos rejeitaram o uso de uma arquitetura de Integração de Aplicações Corporativas baseada em Barramento de Serviços Corporativos (ESB) tradicional pesada com transformações XML complexas e decidiram implantar um broker de mensageria moderno altamente escalável baseado em logs imutáveis distribuídos em disco.
A principal justificativa técnica que ampara a escolha de um broker – baseado em logs distribuídos em detrimento de uma arquitetura baseada em ESB tradicional pesada para fluxos de dados de radar massivos em tempo real –, consiste no fato de o primeiro