Considere a tabela CHAMADO(id_chamado, setor, status, data_abertura). Deseja-se listar apenas os setores que, no mês de março de 2026, abriram mais de 10 chamados com status = 'ABERTO', exibindo o nome do setor e a respectiva quantidade. Com base no enunciado, a alternativa que apresenta consulta SQL CORRETAMENTE adequada para essa situação é:

Considere, respectivamente, a relação e as regras de negócio a seguir:

ITEM_VENDA(id_venda,  id_produto,  data_venda,
id_cliente, nome_cliente, id_vendedor,
nome_vendedor, descricao_produto, quantidade,
valor_unitario), cuja chave primária é composta por
(id_venda, id_produto).

• Cada id_venda identifica exatamente uma venda, com uma única data, um único cliente e um único vendedor.
• Cada id_produto identifica uma única descrição de produto.

Diante do exposto, a decomposição CORRETAMENTE adequada ao realizar a normalização até a 3FN é:

Durante uma auditoria preventiva nos logs do sistema de arrecadação da Secretaria da Fazenda, a equipe de TI detecta que uma conta de serviço, utilizada para integração com bancos, estã realizando tentativas de acesso a tabelas de sigilo fiscal que não pertencem ao seu escopo. O Fiscal suspeita de um código malicioso explorando uma configuração de permissões excessivas. Para mitigar o risco de exfillração de dados e reestabelecer a governança de segurança, a ação prática mais adequada, baseada em gestão de riscos, é

Uma Secretaria da Fazenda Estadual mantém um sistema corporativo de controle de lançamentos tributários. O modelo inicial utiliza:

LANÇAMENTO_FISCAL (CPF_Contribuinte, Nome_Contribuinte, Endereço, Código_Tributo, Descrição_Tributo, Alíquota, Número_Lançamento, Data_Lançamento, Valor_Devido)

Auditorias internas identificaram redundâncias, anomalias de atualização e inconsistências históricas, especialmente quando há alteração de alíquotas e atualização cadastral de contribuintes. Diante disso, a equipe de TI decidiu reestruturar o modelo aplicando normalização até a Terceira Forma Normal (3FN), sob a perspectiva estritamente estrutural, desconsiderando requisitos de histórico temporal ou versionamento de dados e respeitando dependências funcionais clássicas e integridade referencial. Considerando a aplicação prática das formas normais nesse contexto, a técnica que representa corretamente um modelo em 3FN é:

O arquiteto de dados de uma Secretaria da Fazenda está projetando o novo banco de dados para o sistema de Arrecadação. O modelo precisa garantir que nenhum Pagamento seja registrado sem estar vinculado a um Contribuinte válido e que cada Estabelecimento seja identificado de forma exclusiva. Para assegurar a integridade e a consistência do ecossistema fiscal, o analista deve

Em Python, utilizando a biblioteca Pandas, uma fiscalização estadual cruza um DataFrame de autos de infração (df_autos) com outro de cadastro de contribuintes (df_cad), ambos indexados por CNPJ, e precisa preservar todos os autos mesmo sem cadastro correspondente. Nessa situação, a operação adequada é

Em uma data warehouse em que ARRECADACAO_ICMS registra valores mensais por contribuinte e exercício, e sendo necessário exibir cada mês mantendo a granularidade, mas também o total anual por contribuinte em cada linha, a abordagem mais adequada é utilizar SUM (valor_icms)

Em uma SEFAZ, a tabela PAGAMENTO_ICMS possui valores pagos por contribuinte e exercício, e a necessidade de retornar apenas contribuintes cujo pagamento em um exercício seja maior que a média do próprio exercício, calculada dinamicamente. Nesse caso, a construção SQL que atende corretamente ao que se deseja é