Questão de Banco de Dados — PostgreSQL — CESPE / CEBRASPE 2025
Banco de Dados›PostgreSQL
Código
ce209503
Banca
CESPE / CEBRASPE
Órgão
PC-DF
Ano
2025
Nível
Superior
Cargo
Gestor de Apoio as Atividades Policiais Civis - Especialidade: Analista de Informática: Banco de Dados
Julgue o item subsequente, relativo a administração de banco de dados PostgreSQL, SQL Server e MongoDB.MongoDB utiliza um modelo de dados orientado a documentos e permite a replicação de dados entre diferentes nós através de um conjunto de réplicas (replica set), sendo o nível de consistência eventual (eventual consistency) a única opção para consultas em réplicas secundárias.
CCerto
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”.
MongoDB: modelo de dados e consistência em réplicas
Gabarito: ERRADO. A afirmativa está incorreta porque, embora o MongoDB seja de fato um banco orientado a documentos e utilize replica sets para replicação, a consistência eventual não é a única opção para consultas em réplicas secundárias — o SGBD permite configurar diferentes read preferences e níveis de consistência, como leitura no primário ou em réplicas com garantias mais fortes.
A primeira parte da afirmação ("MongoDB utiliza um modelo de dados orientado a documentos e permite a replicação de dados entre diferentes nós através de um conjunto de réplicas (replica set)") está correta. O MongoDB é um banco NoSQL document-oriented e os replica sets são seu mecanismo nativo de replicação.
A segunda parte ("sendo o nível de consistência eventual (eventual consistency) a única opção para consultas em réplicas secundárias") está errada. Ao ler de uma réplica secundária, o dado pode estar desatualizado (consistência eventual), mas o administrador pode escolher o read preferenceprimary para forçar a leitura no primário (garantindo consistência forte) ou nearest para menor latência, entre outras opções. Além disso, com read concern"majority" ou "linearizable", é possível obter consistência mais forte mesmo em leituras distribuídas. Portanto, a consistência eventual não é a única opção — a afirmação é falsa.
MongoDB: consistência em réplicas: Modelo (Orientado a documentos, Replica set (replicação nativa)); Read preferences (opções) (primary (consistência forte), secondary (consistência eventual), nearest (menor latência)); Read concern ("majority", "linearizable", "local" (padrão))