Pular para o conteúdo principal

Questão de Banco de Dados — PostgreSQL — FCC 2026

Banco de DadosPostgreSQL
Código
fc142370
Banca
FCC
Órgão
MPE SE
Ano
2026
Cargo
Ana ( )
O Ministério Público precisa migrar um grande volume de dados de processos judiciais digitais de um banco PostgreSQL para outro servidor PostgreSQL, preservando metadados e garantindo desempenho na transferência. Em condições ideais, a ação correta a ser adotada é
  1. Autilizar o SQL Server Integrated Services (SSIS) diretamente sobre PostgreSQL, que permite que todos os metadados e constraints sejam migrados automaticamente, garantindo consistência, metadados e possibilidade de paralelização.
  2. Bexecutar o comando nativo mysqlpump para exportar os dados do banco de origem, seguido de importação com mysql no destino, garantindo preservação completa de metadados e desempenho na transferência.
  3. Cutilizar o comando bcp (bulk copy program) do SQL Server para exportar dados do PostgreSQL para arquivos binários, importando-os posteriormente no destino, preservando automaticamente estruturas e permissões.
  4. Dutilizar o comando nativo pg_dump no banco de origem, gerando um arquivo de backup lógico, e restaurar no destino com pg_restore, garantindo consistência, metadados e possibilidade de paralelização.
  5. Eexecutar o utilitário expdp/impdp (database pump export/import) do Oracle para exportar os dados do PostgreSQL, realizando a importação direta no servidor de destino.
Revelar gabarito e comentário

GabaritoD — utilizar o comando nativo pg_dump no banco de origem, gerando um arquivo de backup lógico, e restaurar no destino com pg_restore, garantindo consistência, metadados e possibilidade de paralelização.

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”.

PostgreSQL: migração de dados com pg_dump e pg_restore

Gabarito: letra D. Para migrar um banco PostgreSQL preservando metadados e com desempenho, a ferramenta nativa correta é o pg_dump (backup lógico) combinado com o pg_restore (restauração), que permite restaurar com paralelização (-j). As demais alternativas citam ferramentas de outros SGBDs (SQL Server, MySQL, Oracle) que não se aplicam ao PostgreSQL.

O pg_dump é o utilitário de backup lógico do PostgreSQL. Ele gera um arquivo com comandos SQL (ou formato customizado) que recriam a estrutura do banco — tabelas, índices, constraints, views, funções, etc. — e os dados. O pg_restore é o utilitário complementar para restaurar backups no formato customizado (-Fc), e uma de suas grandes vantagens é a possibilidade de paralelização da restauração com a opção -j (jobs), o que acelera a migração de grandes volumes. Essa é exatamente a combinação que atende aos requisitos do enunciado: consistência, metadados e desempenho.

A migração entre dois servidores PostgreSQL é um cenário clássico de backup e restore lógico. O pg_dump pode ser executado remotamente, conectando-se ao banco de origem, e o arquivo gerado pode ser transferido para o destino, onde o pg_restore o aplica. É importante notar que o pg_dump não inclui informações sobre roles e tablespaces — esses objetos são de cluster, não de banco —, mas isso não invalida a alternativa, pois o foco é a migração dos dados e da estrutura do banco em si.

As outras alternativas misturam ferramentas de outros SGBDs: SSIS e bcp são do SQL Server, mysqlpump e mysql são do MySQL, e expdp/impdp são do Oracle. Nenhuma delas é nativa do PostgreSQL e, portanto, não são a ação correta para migrar um banco PostgreSQL. A banca explora exatamente essa confusão entre ferramentas de diferentes SGBDs.

Guarde a distinção: para migrar entre PostgreSQL, use as ferramentas nativas pg_dump/pg_restore (ou pg_dump/psql para formato texto). Ferramentas de outros SGBDs não se aplicam. É nesse critério que as alternativas se dividem.

Ferramenta

SGBD de origem

Função

Aplicável ao PostgreSQL?

SSIS

SQL Server

Integração de dados

❌ Não

mysqlpump / mysql

MySQL

Backup lógico / importação

❌ Não

bcp

SQL Server

Cópia em massa

❌ Não

pg_dump / pg_restore

PostgreSQL

Backup lógico / restauração com paralelização

✅ Sim

expdp / impdp

Oracle

Exportação / importação

❌ Não

Migração PostgreSQL
  • 1Ferramenta nativa
    • pg_dump (backup lógico)
    • pg_restore (restauração)
    • Paralelização (-j)
  • 2Ferramentas de outros SGBDs
    • SQL Server: SSIS, bcp
    • MySQL: mysqlpump, mysql
    • Oracle: expdp, impdp
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

O SSIS (SQL Server Integration Services) é uma ferramenta de integração de dados do SQL Server, não do PostgreSQL. Embora possa se conectar a fontes heterogêneas via ODBC, não é a ferramenta nativa e não garante a migração automática de todos os metadados e constraints do PostgreSQL. A alternativa erra ao atribuir ao SSIS uma capacidade que é própria das ferramentas nativas do PostgreSQL.

Alternativa B — ❌ Incorreta

mysqlpump e mysql são utilitários do MySQL, não do PostgreSQL. O mysqlpump é uma ferramenta de backup lógico do MySQL, e o comando mysql é o cliente para importar scripts SQL. Nenhum deles é capaz de exportar ou importar dados de um banco PostgreSQL. A alternativa troca o SGBD, o que a torna completamente inválida.

Alternativa C — ❌ Incorreta

O bcp (Bulk Copy Program) é uma ferramenta do SQL Server para cópia em massa de dados. Ele não é nativo do PostgreSQL e não preserva automaticamente estruturas e permissões — o bcp copia dados, mas a estrutura (tabelas, constraints) precisa ser criada separadamente. A alternativa erra ao atribuir ao bcp uma capacidade de preservação de metadados que ele não possui, além de ser uma ferramenta de outro SGBD.

Alternativa D — ✅ Correta ⟵ GABARITO

O pg_dump gera um backup lógico do banco PostgreSQL, incluindo a estrutura (metadados) e os dados. O pg_restore restaura esse backup no destino, e com a opção -j permite a paralelização da restauração, garantindo desempenho na transferência de grandes volumes. Essa é a combinação nativa e correta para migrar entre servidores PostgreSQL, atendendo aos requisitos de consistência, metadados e desempenho.

Alternativa E — ❌ Incorreta

expdp/impdp (Data Pump) são utilitários do Oracle para exportação e importação de dados. Eles não são nativos do PostgreSQL e não conseguem exportar dados de um banco PostgreSQL diretamente. A alternativa erra ao atribuir ao Oracle a capacidade de exportar dados de um PostgreSQL, o que é inviável sem uma ferramenta de ponte.

NÃO CAIA NESSA!

A banca troca as ferramentas de cada SGBD: SSIS, bcp (SQL Server), mysqlpump (MySQL) e expdp/impdp (Oracle) são apresentadas como se fossem aplicáveis ao PostgreSQL. O candidato que não conhece as ferramentas nativas de cada banco pode se confundir. A dica é: para migrar entre PostgreSQL, use pg_dump/pg_restore; para MySQL, mysqldump/mysql; para Oracle, expdp/impdp; para SQL Server, bcp/SSIS. Com treino, você identifica essas trocas de longe 💪.

Gabarito: letra Dpg_dump no origem + pg_restore no destino, com paralelização.

Link permanente: /questoes/fc142370