Prezado Fabrizio,
A sua consulta :
select "CONTENT", count(*) from conteudo group by "CONTENT" having count(*)>1
não retornou nenhuma linha.
Sobre a insistência, ela é muito bem vinda para nos ajudar a resolver o
problema.
É muito importante contar com o apoio da comunidade, um dos nossos principais
meios de suporte.
Vou tentar fazer um teste com uma base menor, para entender a fundo o
armazenamento físico e lógico utilizado pelo postgre, e mandarei mais
informações.
Obrigado mais uma vez!
Atenciosamente,
Júlio Alcântara Tavares
--- Em seg, 16/3/09, Fabrízio de Royes Mello <[email protected]> escreveu:
De: Fabrízio de Royes Mello <[email protected]>
Assunto: Re: [pgbr-geral] Enc: Problema com OIDs/LOIDs ao restaurar base de
dados com blobs
Para: [email protected]
Cc: [email protected]
Data: Segunda-feira, 16 de Março de 2009, 17:14
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
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
