Pular para o conteúdo principal

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

Banco de DadosSQLite
Código
ce417347
Banca
CESPE / CEBRASPE
Órgão
PF
Ano
2025
Cargo
PCF
Acerca de bancos de dados, julgue o seguinte item.   O SQLite exige configuração prévia de usuários e permissões de acesso nativas para garantir controle de acesso a dados.
  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”.

SQLite – Controle de Acesso e Configuração

Gabarito: Errado. O SQLite é um banco de dados embutido que não exige configuração prévia de usuários nem possui permissões de acesso nativas no sentido de um SGBD cliente-servidor tradicional; o controle de acesso é feito, em geral, no nível do sistema operacional sobre o arquivo do banco. A afirmação do item contraria a característica central do SQLite de ser um mecanismo de armazenamento que "não necessita de instalação, configuração ou administração".

O SQLite é uma biblioteca em linguagem C que implementa um banco de dados SQL embutido. Diferentemente de SGBDs como MySQL, PostgreSQL ou Oracle, que operam como servidores independentes e exigem a criação de usuários, senhas e concessão de privilégios (via comandos DCL, como GRANT e REVOKE), o SQLite não possui um processo servidor separado: a biblioteca lê e escreve diretamente no arquivo do banco de dados no disco. Por isso, não há um mecanismo nativo de autenticação de usuários ou de permissões de acesso por usuário. O controle de acesso, quando necessário, é delegado ao sistema operacional, que define quem pode ler ou gravar no arquivo do banco.

Essa característica é uma das grandes vantagens do SQLite em cenários de simplicidade: aplicações desktop, dispositivos embarcados, sites de baixo tráfego e ferramentas de análise. A documentação oficial do SQLite reforça que ele é projetado para ser "zero-configuração" e "zero-administração". Em contrapartida, SGBDs cliente-servidor oferecem controle de acesso refinado, com usuários, papéis e permissões, o que é essencial em ambientes com muitos usuários concorrentes e dados sensíveis.

A pegadinha da questão está em atribuir ao SQLite uma característica típica de SGBDs corporativos. O candidato que conhece apenas os grandes bancos de dados pode marcar "Certo", mas o SQLite foge a esse padrão justamente por ser embutido e de baixa administração. A banca explora a confusão entre o modelo cliente-servidor e o modelo embutido.

Na prática, se uma aplicação precisa de controle de acesso por usuário, ela deve implementar essa lógica na própria aplicação ou utilizar um SGBD que ofereça esse recurso nativamente. O SQLite, por si só, não fornece esse mecanismo.

1Modelo embutido
Biblioteca em C
Sem processo servidor
Lê/escreve direto no arquivo
2Controle de acesso
Sem usuários nativos
Sem permissões nativas (GRANT/REVOKE)
Delegado ao SO (arquivo)
3Vantagens
Zero configuração
Zero administração
Simplicidade
SQLite
LEVELsoulevel.com.br
SQLite: Modelo embutido (Biblioteca em C, Sem processo servidor, Lê/escreve direto no arquivo); Controle de acesso (Sem usuários nativos, Sem permissões nativas (GRANT/REVOKE), Delegado ao SO (arquivo)); Vantagens (Zero configuração, Zero administração, Simplicidade)

Item — ❌ Errado

A afirmação está errada porque o SQLite não exige configuração prévia de usuários nem possui permissões de acesso nativas. Ele é um banco de dados embutido, sem processo servidor, e o controle de acesso é feito pelo sistema operacional sobre o arquivo do banco. A característica de "não necessitar de instalação, configuração ou administração" é um dos pilares do SQLite, conforme descrito na documentação oficial e em materiais técnicos.

Gabarito: Errado

Link permanente: /questoes/ce417347