QuestLab Plataforma Inteligente de Questões
Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Encontre as questões que procura
Limpar filtros
176 questões encontradas

Uma equipe de uma Secretaria da Fazenda está auditando a regularidade de repasses financeiros para empresas prestadoras de serviço, buscando a identificação de valores suspeitos ao longo de um ano. Para isso, são utilizadas as tabelas FORNECEDORES (id_fornecedor, nome_fornecedor, categoria) e PAGAMENTOS (id_pagamento, id_fornecedor, valor, data_emissao, status). Em condições ideais, foi executado o seguinte comando SQL: [Comando SQL]. Esse comando

A utiliza cláusulas compatíveis com bancos NoSQL orientados a documentos, como INNER JOIN, GROUP BY e HAVING, ou seja, mecanismos de agregação, que podem ser executados com a mesma sintaxe SQL padronizada.
B identifica fornecedores cujo valor médio de pagamento anual seja superior à soma total de todos os pagamentos registrados no período, utilizando a subconsulta para comparar resultados globais após a execução completa do agrupamento.
C utiliza a cláusula INNER JOIN para realizar a união vertical dos registros das duas tabelas, enquanto a subconsulta presente no HAVING filtra os valores individuais de cada nota fiscal antes que a soma por fornecedor seja processada pelo agrupamento.
D identifica fornecedores com pagamentos efetuados em 2025 cujo somatório anual supera a média aritmética de todos os pagamentos individuais registrados na tabela, utilizando uma subconsulta para definir dinamicamente o valor de corte do filtro agregado.
E utiliza a função de agregação SUM para calcular a média ponderada dos repasses, permitindo que a cláusula WHERE restrinja os grupos resultantes com base no valor retornado pela subconsulta de média global.

Em uma Secretaria da Fazenda, a auditoria precisa identificar contribuintes com situação cadastral ativa que não possuem registro de recolhimento de ICMS na competência de abril de 2026. Considerando as tabelas contribuintes(cnpj, situacao) e recolhimentos(cnpj, competencia, valor_icms), a instrução SQL padrão que atende ao requisito apresentado é:

A SELECT c.cnpj FROM contribuintes c WHERE c.situacao = 'ATIVO' AND NOT EXISTS (SELECT 1 FROM recolhimentos r WHERE r.cnpj = c.cnpj AND r.competencia '2026-04-01');
B SELECT LEFT OUTER JOIN recolhimentos r ON c.cnpj = r.cnpj WHERE c.situacao = 'ATIVO' AND r.competencia IS NULL;
C SELECT INNER JOIN recolhimentos r ON c.cnpj = r.cnpj WHERE c.situacao = 'ATIVO' AND r.competencia = '2026-04-01';
D SELECT c.cnpj FROM contribuintes c LEFT OUTER JOIN recolhimentos r ON c.cnpj = r.cnpj AND r.competencia = '2026-04-01' WHERE c.situacao = 'ATIVO' AND r.cnpj IS NULL;
E SELECT LEFT OUTER JOIN recolhimentos r ON c.cnpj = r.cnpj WHERE c.situacao = 'ATIVO' AND r.competencia '2026-04-01';

Durante uma fiscalização eletrônica, auditores precisam identificar os CNPJs de contribuintes cujo faturamento anual de 2026, calculado pela soma de valor_nota das notas emitidas no período, ultrapassa R$ 5.000.000,00. Considere a tabela notas_fiscais(cnpj, data_emissao, valor_nota) em que data_emissao é compatível com literais do tipo DATE. A consulta SQL em conformidade com o padrão SQL ANSI que atende ao requisito é:

A SELECT cnpj, COUNT(valor_nota) FROM notas_fiscais WHERE data_emissao >= DATE '2026-01-01' AND data_emissao < DATE '2027-01-01' GROUP BY cnpj HAVING COUNT(valor_nota) > 5000000;
B SELECT DISTINCT cnpj FROM notas_fiscais WHERE data_emissao >= DATE '2026-01-01' AND data_emissao < DATE '2027-01-01' AND valor_nota > 5000000;
C SELECT cnpj FROM notas_fiscais WHERE data_emissao >= DATE '2026-01-01' AND data_emissao < DATE '2027-01-01' GROUP BY cnpj HAVING SUM(valor_nota) > 5000000;
D SELECT cnpj, SUM(valor_nota) FROM NOTAS_FISCAIS WHERE data_emissao >= DATE '2026-01-01' AND data_emissao < DATE '2027-01-01' GROUP BY cnpj HAVING SUM(valor_nota) > 5000000 GROUP BY cnpj;
E SELECT cnpj FROM notas_fiscais WHERE data_emissao >= DATE '2026-01-01' AND data_emissao < DATE '2027-01-01' GROUP BY cnpj, data_emissao HAVING SUM(valor_nota) > 5000000;

No âmbito do SAAE de Indaiatuba está sendo implantado um novo sistema informatizado para controle de ligações de água, consumidores e leituras de hidrômetros, com impacto direto no processo de faturamento mensal. No modelo lógico aprovado, foram definidas as entidades Consumidor, LigacaoAgua e Leitura, com os seguintes relacionamentos:
• Um Consumidor pode possuir uma ou mais Ligações de Água;
• Cada Ligação de Água registra várias Leituras ao longo do tempo.
Ao converter esse modelo para o modelo físico, a equipe de TI do SAAE precisa implementar corretamente tabelas, chaves, tipos de dados e restrições de integridade em um Sistema de Gestão de Banco de Dados (SGBD) relacional, garantindo consistência dos dados operacionais e confiabilidade no faturamento. Considerando a conversão do modelo lógico para o modelo físico no contexto apresentado, relacione adequadamente as colunas a seguir.
1. Garantir que cada ligação de água seja identificada de forma única no banco de dados.
2. Assegurar que uma leitura não possa existir sem estar associada a uma ligação válida.
3. Definir como o SGBD irá armazenar o número da matrícula do consumidor.
4. Implementar o relacionamento entre LigacaoAgua e Consumidor no banco de dados.
( ) Criação de uma chave estrangeira em LigacaoAgua referenciando a tabela Consumidor.
( ) Definição de uma chave primária na tabela LigacaoAgua.
( ) Atribuição do tipo de dado VARCHAR com tamanho adequado ao campo matricula.
( ) Criação de uma chave estrangeira em Leitura referenciando a tabela LigacaoAgua.
A sequência está correta em

A 1, 4, 2, 3.
B 2, 1, 3, 4.
C 4, 1, 3, 2.
D 4, 2, 3, 1.

No SAAE de Indaiatuba, determinados controles operacionais do sistema de faturamento e arrecadação exigem a aplicação automática de regras de negócio diretamente no banco de dados, como o registro de histórico de alterações e a validação de operações críticas. Para isso, a equipe técnica utiliza stored procedures e triggers. Diante do exposto, marque V para as afirmativas verdadeiras e F para as falsas.
( ) Stored procedures são blocos de códigos armazenados no banco de dados que podem ser executados sob demanda por aplicações ou usuários autorizados.
( ) Triggers são acionadas automaticamente em resposta a eventos como INSERT, UPDATE ou DELETE sobre uma tabela.
( ) Stored procedures não podem receber parâmetros de entrada, pois sua execução é totalmente estática.
( ) Triggers podem ser utilizadas para impor regras de integridade e auditoria sem necessidade de execução explícita pelo usuário.
A sequência está correta em

A F, F, V, F.
B V, F, V, F.
C F, V, F, V.
D V, V, F, V.

A correta modelagem de dados é essencial para garantir integridade, desempenho e manutenção dos sistemas corporativos. Em autarquias como o SAAE de Indaiatuba, bancos de dados mal modelados podem gerar inconsistências em cadastros de consumidores, medições de consumo e faturamento. Considerando os princípios de normalização de dados, assinale a afirmativa correta.

A A Primeira Forma Normal (1FN) permite atributos multivalorados em uma mesma coluna.
B A Terceira Forma Normal (3FN) elimina dependências transitivas entre atributos não chave.
C A normalização visa aumentar a redundância de dados para melhorar a performance das consultas.
D A normalização exige que todos os atributos não chave dependam diretamente da chave primária, o que elimina a necessidade de chaves estrangeiras entre tabelas relacionadas.

No contexto organizacional, a principal finalidade de um data warehouse consiste em

A controlar exclusivamente o acesso dos usuários ao sistema.
B criar automaticamente normas jurídicas e pareceres técnicos.
C realizar apenas cópias de segurança dos arquivos do computador.
D substituir todos os documentos físicos da instituição.
E armazenar dados históricos, de forma organizada, para apoiar consultas, relatórios e análises.

O Auditor está operando um banco de dados relacional que contém a tabela CONTRATOS. Ele precisa contar quantos contratos ativos existem para o município de ‘Florianópolis’.
O comando SQL que executa essa tarefa corretamente é

A SELECT SUM(contratos) FROM Contratos WHERE municipio = ‘Florianópolis’;
B SELECT COUNT(*) FROM Contratos WHERE municipio = ‘Florianópolis’;
C SELECT DISTINCT(*) FROM Contratos WHERE municipio = ‘Florianópolis’;
D SELECT ALL FROM Contratos GROUP BY municipio;
E SELECT SEARCH contratos WHERE municipio = ‘Florianópolis’;