Pular para o conteúdo principal

Questão de Banco de Dados — SQL — CESPE / CEBRASPE 2025

Banco de DadosSQL
Código
ce202043
Banca
CESPE / CEBRASPE
Órgão
EMBRAPA
Ano
2025
Nível
Superior
Cargo
Pesquisador – Área: Gestão da Informação – Subárea: Engenharia de Dados
Considerando os métodos HTTP utilizados em APIs REST, julgue o próximo item, a respeito de integração de dados e mecanismos de interoperabilidade.O método DELETE não é idempotente, pois, a partir da segunda execução, pode gerar respostas inconsistentes do servidor.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Método DELETE e idempotência em REST

Gabarito: ❌ ERRADO. O método DELETE é idempotente. A afirmativa incorre ao negar essa característica com base em respostas inconsistentes, pois a idempotência refere-se ao estado final do recurso, não ao código de resposta retornado. Após uma requisição DELETE bem-sucedida, o recurso é removido; execuções subsequentes do mesmo DELETE não alteram o estado – o recurso permanece deletado –, independentemente do código HTTP retornado (200 na primeira, 404 nas seguintes).

A confusão comum que a banca explora é associar respostas diferentes à falta de idempotência. No entanto, os métodos idempotentes podem sim gerar respostas distintas (ex.: 200 OK vs 404 Not Found) sem comprometer a idempotência, pois o estado do servidor não se altera após a primeira execução.

1Conceito
Estado final do recurso
Não é uniformidade de resposta
2Métodos idempotentes
DELETE
PUT
GET
3Métodos não idempotentes
POST
PATCH (em geral)
4Exemplo: DELETE
1ª execução: recurso removido (200)
2ª execução: recurso já removido (404)
Estado final: mesmo (recurso deletado)
Idempotência em REST
LEVELsoulevel.com.br
Idempotência em REST: Conceito (Estado final do recurso, Não é uniformidade de resposta); Métodos idempotentes (DELETE, PUT, GET); Métodos não idempotentes (POST, PATCH (em geral)); Exemplo: DELETE (1ª execução: recurso removido (200), 2ª execução: recurso já removido (404), Estado final: mesmo (recurso deletado))
NÃO CAIA NESSA!

A banca troca o conceito de idempotência (estado final) pela uniformidade de respostas. Lembre-se: idempotência = mesmo efeito no servidor, não mesma resposta. DELETE, PUT e GET são idempotentes; apenas POST e PATCH (em geral) não o são.

❌ ERRADO.

Link permanente: /questoes/ce202043