Shairon,
Boa tarde,
Tentei executando o select ( select '200 minutes'::interval::time ) porem ele
me da o valor de "03:20:00" e não o valor de 00:02:00 teria uma outra opção ?
Att
Mauricio
> From: [email protected]
> Subject: Digest pgbr-geral, volume 25, assunto 40
> To: [email protected]
> Date: Mon, 16 Mar 2009 17:15:23 -0300
>
> Send pgbr-geral mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> or, via email, send a message with subject or body 'help' to
> [email protected]
>
> You can reach the person managing the list at
> [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pgbr-geral digest..."
>
>
> Tópicos de Hoje:
>
> 1. RES: RES: [SPAM] Recuperação de Backup gerado pelo EMS
> (Jeanderson Machado)
> 2. Re: RES: RES: [SPAM] Recuperação de Backup gerado pelo EMS
> (Sebastian SWC)
> 3. Re: Enc: Problema com OIDs/LOIDs ao restaurar base de dados
> com blobs (Julio Tavares)
> 4. Converter numeric em tempo (Mauricio De Biasi)
> 5. Re: Converter numeric em tempo (Shairon Toledo)
> 6. Re: Enc: Problema com OIDs/LOIDs ao restaurar base de dados
> com blobs (Fabrízio de Royes Mello)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 16 Mar 2009 16:32:25 -0300
> From: "Jeanderson Machado" <[email protected]>
> Subject: [pgbr-geral] RES: RES: [SPAM] Recuperação de Backup gerado
> pelo EMS
> To: "'Comunidade PostgreSQL Brasileira'"
> <[email protected]>
> Message-ID:
> <!&!AAAAAAAAAAAYAAAAAAAAAAkm6/5xc6jeqzrrn7pihglcgaaaeaaaajvz356wuf9mjmgkzom8+egbaaaaa...@masterfox.com.br>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Desculpe a ignorância, como faço isso? Tem de editar na mão?
>
>
>
>
>
> -----Mensagem original-----
> De: [email protected]
> [mailto:[email protected]] Em nome de Dickson S.
> Guedes
> Enviada em: segunda-feira,16 de março de 2009 16:10
> Para: Comunidade PostgreSQL Brasileira
> Assunto: Re: [pgbr-geral] RES: [SPAM] Recuperação de Backup gerado pelo EMS
>
> Em Seg, 2009-03-16 às 16:04 -0300, Jeanderson Machado escreveu:
> > (...) Agora não sei se há uma limitação de hardware pois nunca
> > recuperei um backup desse tamanho.
>
>
> Você pode desabilitar as CONTRAINTs, e INDICES, deixando-os para executar ao
> final de toda a carga.
>
> Isso tornará o procedimento menos doloroso e demorado.
>
> []s
> Guedes
>
> --
> Dickson S. Guedes
> mail/xmpp: [email protected] - skype: guediz http://guedesoft.net -
> http://planeta.postgresql.org.br
>
>
> __________ Information from ESET Smart Security, version of virus signature
> database 3935 (20090313) __________
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 16 Mar 2009 16:40:57 -0300
> From: Sebastian SWC <[email protected]>
> Subject: Re: [pgbr-geral] RES: RES: [SPAM] Recuperação de Backup
> gerado pelo EMS
> To: Comunidade PostgreSQL Brasileira
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/3/16 Jeanderson Machado <[email protected]>:
> > Desculpe a ignorância, como faço isso? Tem de editar na mão?
> >
>
> pra cada tabela:
>
> alter table _nome_tabela_ disable trigger all;
>
> depois de importar:
>
> alter table _nome_tabela_ enable trigger all;
>
>
> --
> Atenciosamente,
> Sebastian Selau Webber Colombo
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 16 Mar 2009 12:43:31 -0700 (PDT)
> From: Julio Tavares <[email protected]>
> Subject: Re: [pgbr-geral] Enc: Problema com OIDs/LOIDs ao restaurar
> base de dados com blobs
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Prezado Fabrizio,
>
> 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.
>
> 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?
>
>
>
> Cheguei a baixar os fontes do postgre, mas percebi que seria necessário um
> grande esforço e tempo para entender todas as aplicações e chamadas que fazem
> parte do dump/restore para assim tentar viabilizar uma possível solução de
> manter os arquivos. E ainda assim não teríamos garantias de que o esforço
> aplicado nessa idéia iria nos resolver este problema.
>
>
> Em resumo, nosso problema atual é que o backup que precisamos restaurar foi
> gerado sem a opção "-o", mas nós
> precisamos com urgencia que os OIDs sejam preservados quando na
> restauração do backup para fazer valer a relação de FK/PK na localização dos
> arquivos corretos referenciados no banco.
>
>
>
> Obrigado pela atenção!
>
>
> Att.
> Julio Alcantara
>
>
>
>
>
> --- 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], "Comunidade PostgreSQL Brasileira"
> <[email protected]>
> Data: Segunda-feira, 16 de Março de 2009, 13:02
>
>
> 2009/3/16 Julio Tavares <[email protected]>
>
>
> Prezado Fabrizio,
>
> Complementando o e-mail anterior, temos o seguinte cenário:
>
> Existe a tabela public.conteudo, a qual armazena os nomes dos conteudos (
> arquivos ) bem como o OID/LOID dos respectivos arquivos.
>
>
> A tabela conteudo a que me refiro tem a seguinte estrutura:
>
> CREATE TABLE conteudo
> (
> "CD_CONTEUDO" integer,
> "NAME" character varying(255) NOT NULL,
> "CONTENT" integer NOT NULL
>
> )
> WITH OIDS;
>
>
>
> Caro Julio,
>
>
>
> É realmente um caso bem peculiar... não seria o problema do campo
> CONTENT que esta com o tipo INTEGER (int4) e conforme consta na
> referencia que vc enviou [1] deveria ser OID e talvez isso pode ser um
> problema, conforme comentou o Sr. Tom Lane.
>
>
>
> O que pode causar problema/confusão é que o campo INT4 armazena valores na
> faixa de -2147483647 a +2147483647 [3] e o OID
> armazena até 4bilhoes e é "UNSIGNED" (sem sinal), ou seja, existe uma
> faixa de valores que conflita entre esses 2 tipos (valores acima de
> +2147483647).
>
>
>
> Faça o seguinte teste, pesquisa por registros na tua tabela "conteudo"
> onde o campo "CONTENT" seja menor que 2147483647 e verifique, usando o
> lo_export se é o arquivo correto, pois pode ser que voce tenha
> problemas com arquivos que foram armazenados com o OID >
> 2147483647....
>
>
>
> Essa é a única coisa que me ocorreu dado o teu cenário atual... (mais alguém
> pode colaborar????)...
>
>
>
> Espero ter ajudado..
>
>
>
>
>
> [1]
> http://bytes.com/groups/postgresql/400042-pg_largeobject-oid-mistmach-after-restore
>
> [2] http://www.postgresql.org/docs/current/interactive/datatype-oid.html
>
> [3] http://www.postgresql.org/docs/8.3/interactive/datatype-numeric.html
>
>
>
>
> --
> 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
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090316/23beb45b/attachment-0001.htm
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 16 Mar 2009 16:55:17 -0300
> From: Mauricio De Biasi <[email protected]>
> Subject: [pgbr-geral] Converter numeric em tempo
> To: <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Sr(a)s,
>
>
>
> Boa Tarde, e possivel em um Select converter um valor em campo numerico que
> esta colocado dessa maneira:
>
> 200 (Seria Minutos) para converter em tempo ? representalo dessa maneira
> HH::MM:SS ?
>
>
>
> Att
>
> Mauricio
>
>
>
> _________________________________________________________________
> Confira vídeos com notícias do NY Times, gols direto do Lance,
> videocassetadas e muito mais no MSN Video!
> http://video.msn.com/?mkt=pt-br
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090316/02521ccf/attachment-0001.htm
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 16 Mar 2009 16:00:26 -0400
> From: Shairon Toledo <[email protected]>
> Subject: Re: [pgbr-geral] Converter numeric em tempo
> To: Comunidade PostgreSQL Brasileira
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> select '200 minutes'::interval::time
>
>
> 2009/3/16 Mauricio De Biasi <[email protected]>
>
> > Sr(a)s,
> >
> > Boa Tarde, e possivel em um Select converter um valor em campo numerico que
> > esta colocado dessa maneira:
> > 200 (Seria Minutos) para converter em tempo ? representalo dessa maneira
> > HH::MM:SS ?
> >
> > Att
> > Mauricio
> >
> >
> > ------------------------------
> > Notícias direto do New York Times, gols do Lance, videocassetadas e muitos
> > outros vídeos no MSN Videos! Confira já! <http://video.msn.com/?mkt=pt-br>
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > [email protected]
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
> >
>
>
> --
> [ ]'s
> Shairon Toledo
> http://www.hashcode.eti.br
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090316/e41e643b/attachment-0001.htm
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 16 Mar 2009 17:14:35 -0300
> From: Fabrízio de Royes Mello <[email protected]>
> Subject: Re: [pgbr-geral] Enc: Problema com OIDs/LOIDs ao restaurar
> base de dados com blobs
> To: [email protected]
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> 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
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090316/e3cbb417/attachment.htm
>
>
> ------------------------------
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> Fim da Digest pgbr-geral, volume 25, assunto 40
> ***********************************************
_________________________________________________________________
Windows Live Messenger. O melhor em multitarefa.
http://www.microsoft.com/windows/windowslive/products/messenger.aspx
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
