FireEmerald's questions

Um banco de dados originfoi despejado no formato “customizado” do postgres usando: pg_dump -d origin --data-only -Fc > file.dump.

O dump foi então usado para restaurar todos os dados em um banco de dados diferente com os mesmos nomes de tabela , como no originbanco de dados. Comando: pg_restore -l -d target --verbose -Fc file.dump.

;
; Archive created at 2024-03-19 14:00:10 UTC
;     dbname: origin
;     TOC Entries: 215
;     Compression: 0
;     Dump Version: 1.13-0
;     Format: CUSTOM
;     Integer: 4 bytes
;     Offset: 8 bytes
;     Dumped from database version: 11.18 (Ubuntu 11.18-1.pgdg18.04+1)
;     Dumped by pg_dump version: 11.18 (Ubuntu 11.18-1.pgdg18.04+1)
;
;
; Selected TOC Entries:
;
5357; 0 0 ENCODING - ENCODING
5358; 0 0 STDSTRINGS - STDSTRINGS
5359; 0 0 SEARCHPATH - SEARCHPATH
5360; 1262 16387 DATABASE - origin userA
5361; 0 0 DATABASE PROPERTIES - origin userA
;       depends on: 5360
5145; 0 730750 TABLE DATA subpartitions backends_y2024w03 userA
;       depends on: 237
5166; 0 738268 TABLE DATA subpartitions backends_y2024w04 userA
;       depends on: 258
5189; 0 745798 TABLE DATA subpartitions backends_y2024w05 userA
;       depends on: 281
.........

• Problema: nada foi restaurado. Conforme mostrado, parece que o dump de backup "personalizado" contém alguns depends on: xxxcomentários codificados, que não existem no banco de dados de destino. A conversão do dump em um arquivo SQL simples, contendo apenas comandos como COPY subpartitions.backends_y2024w03 ("time", dbname, data, tag_data) FROM stdin;, importou todos os dados sem problemas .

Pergunta: Como depends on: xxxas entidades ausentes são detectadas, a que se xxxrefere ao restaurar um arquivo de backup "personalizado" e como desabilitar essas verificações? (como todas as dependências reais existiam no exemplo)