Caro Julio,

2009/3/16 Julio Tavares <[email protected]>

>
> Todos os OIDs que estão no campo "CONTENT" da tabela CONTEUDO são menores
> do que o número que você me passou como referência (2147483647).
>
> Fiz a contagem de registros e em ambos os casos ( filtrando pelo content <
> 2147483647, ou sem filtrar o content) a quantidade de registros retornada é
> a mesma. Isso significa que não tivemos OIDs com o número de identificação
> superior a 2147483647 e dessa forma, essa não é a origem do problema.
>


Faz assim:

select "CONTENT", count(*) from conteudo group by "CONTENT" having
count(*)>1;


Se por acaso retornar algum registro é que tem coisa errada na geracao dos
dados da tabela...



>
> Voce acha que se estudarmos e alterarmos o código fonte do pg_restore, com
> o objetivo de tentar preservar os OIDs originais (mesmo com o backup tendo
> sido gerado sem a opção "-o"), teriamos chance de obter sucesso?  Ou o fato
> do backup ter sido gerado sem a opção "-o" impossibilita qualquer tentativa
> de recuperar os OIDs originais?
>
> Ou o fato do backup não ter sido gerado com a opção "-o" (que iria garantir
> os oids originais na restauracao) impede qualquer ação na qual possamos vir
> a tentar recuperar os OIDs originais do banco, para que apos a restauração
> os OIDs originais fossem preservados?
>
>
Não creio que isso seja necessário pois o pg_dump/pg_restore *não* modificam
o conteudo da coluna "loid" da tabela "pg_largeobject"... e isso está bem
explicito naquela mensagem do Sr. Tom Lane... fiz uns testes aqui criando
uma base, importando um arquivo .pdf, gerando um dump e restaurando em outro
servidor (sem utilizar o -o) e o valor do OID do objeto ficou inalterado...

Desculpe a insistência, mas creio que pode haver algum problema a nivel de
aplicação e não no postgresql...


-- 
Fabrízio de Royes Mello
>> Blog sobre PostgreSQL: http://fabriziomello.blogspot.com
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a