[pgbr-geral] dump de 8.4 nao recupera em 8.1

2009-09-02 Por tôpico jorge sanfelice
Prezados,

   Estou com um problema aqui. Foi gerado um dump em uma postgresql
8.4 e agora preciso recuperar esse dump em outro servidor onde a
versao é 8.1.3.

   Nao esta dando certo,


comando do dump:
pg_dump -F c -Z 9 base200908  /tmp/dumpbase200908


comando de recuperacao:

pg_restore -i -d baseteste  dumpsascar200908
pg_restore: [arquivador] versão não é suportada (1.11) no cabeçalho do arquivo


Alguem poderia me ajudar com isso por favor.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump de 8.4 nao recupera em 8.1

2009-09-02 Por tôpico Fabrízio de Royes Mello
2009/9/2 jorge sanfelice jorgesanfel...@gmail.com

 Prezados,

   Estou com um problema aqui. Foi gerado um dump em uma postgresql
 8.4 e agora preciso recuperar esse dump em outro servidor onde a
 versao é 8.1.3.

   Nao esta dando certo,


 comando do dump:
 pg_dump -F c -Z 9 base200908  /tmp/dumpbase200908


 comando de recuperacao:

 pg_restore -i -d baseteste  dumpsascar200908
 pg_restore: [arquivador] versão não é suportada (1.11) no cabeçalho do
 arquivo


Com pg_restore realmente você terá problemas... tente gerar um dump sem a
opção -F que é saida a chamada plain-text SQL... que é normalmente
utilizada para migração de versão do PostgreSQL.


Para gerar o dump:

$ pg_dump base200908 | bzip2 -c  /tmp/dumpbase200908.sql.bz2


Para restaurar:

$ bunzip2 -c /tmp/dumpbase200908.sql.bz2 | psql base_restaura


Utilizei o bzip2/bunzip2 para compactar o arquivo de saida.


Cordialmente,

-- 
Fabrízio de Royes Mello
 Blog sobre TI: http://fabriziomello.blogspot.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] dump de 8.4 nao recupera em 8.1

2009-09-02 Por tôpico jorge sanfelice
Ola,

Obrigado pela dica, ja estou fazendo isso.

Só estao ocorrendo alguns erros na recuperacao que nao sei até que
ponto vao influenciar no resultado final da recuperacao.

ERRO:  erro de sintaxe em ou próximo a OWNED no caracter 39
LINHA 1: ALTER SEQUENCE item_pedido_itmoid_seq OWNED BY item_pedido.i...

Isso aconteceu em varias tabelas.

Obrigado.


2009/9/2 Fabrízio de Royes Mello fabriziome...@gmail.com:

 2009/9/2 jorge sanfelice jorgesanfel...@gmail.com

 Prezados,

   Estou com um problema aqui. Foi gerado um dump em uma postgresql
 8.4 e agora preciso recuperar esse dump em outro servidor onde a
 versao é 8.1.3.

   Nao esta dando certo,


 comando do dump:
 pg_dump -F c -Z 9 base200908  /tmp/dumpbase200908


 comando de recuperacao:

 pg_restore -i -d baseteste  dumpsascar200908
 pg_restore: [arquivador] versão não é suportada (1.11) no cabeçalho do
 arquivo


 Com pg_restore realmente você terá problemas... tente gerar um dump sem a
 opção -F que é saida a chamada plain-text SQL... que é normalmente
 utilizada para migração de versão do PostgreSQL.


 Para gerar o dump:

 $ pg_dump base200908 | bzip2 -c  /tmp/dumpbase200908.sql.bz2


 Para restaurar:

 $ bunzip2 -c /tmp/dumpbase200908.sql.bz2 | psql base_restaura


 Utilizei o bzip2/bunzip2 para compactar o arquivo de saida.


 Cordialmente,

 --
 Fabrízio de Royes Mello
 Blog sobre TI: http://fabriziomello.blogspot.com

 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] (sem assunto)

2009-09-02 Por tôpico Marcelo Giovane
Olá pessoal,
talvez vocês possam me ajudar.
Estou precisando elaborar uma consulta para retornar o primeiro elemento 
faltante numa sequência.
Ex:
Campox
200
201
202
205
206

No caso, deve retornar 203.

Obrigado.

MarceloG

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] (sem assunto)

2009-09-02 Por tôpico Osvaldo Kussama
2009/9/2 Marcelo Giovane nrhce...@teleon.com.br:
 Olá pessoal,
 talvez vocês possam me ajudar.
 Estou precisando elaborar uma consulta para retornar o primeiro elemento
 faltante numa sequência.
 Ex:
 Campox
 200
 201
 202
 205
 206

 No caso, deve retornar 203.


Tente:
SELECT campox FROM
  (SELECT generate_series(menor,maior) FROM
 (SELECT min(campox)::int AS menor, max(campox)::int AS maior FROM
sua_tabela) foo) bar(x)
   LEFT OUTER JOIN sua_tabela
  ON bar.x = sua_tabela.campox
   WHERE sua_tabela.campox IS NULL ORDER BY bar.x LIMIT 1;

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] MarceloG

2009-09-02 Por tôpico Mozart Hasse
Marcelo,

1. NÃO MANDE MENSAGENS SEM ASSUNTO para uma lista!
2. Tente isso:
select campox+1 from tabela where campox+1 not in (select campox from tabela)
limit 1

From: Marcelo Giovane nrhce...@teleon.com.br
 Subject: [pgbr-geral] (sem assunto)
 To: Comunidade PostgreSQL Brasileira
   pgbr-geral@listas.postgresql.org.br
 Message-ID: db39d22437d743d88fbe43a69115c...@marcelo
 Content-Type: text/plain; charset=iso-8859-1
 
 Olá pessoal,
 talvez vocês possam me ajudar.
 Estou precisando elaborar uma consulta para retornar o primeiro elemento
faltante numa sequência.
 Ex:
 Campox
 200
 201
 202
 205
 206
 
 No caso, deve retornar 203.
 
 Obrigado.
 
 MarceloG


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] sugestão para melhorar performace d a consulta

2009-09-02 Por tôpico Mozart Hasse
Leandro,

 From: Leandro Müller leandr...@muriki.com.br
 Subject: [pgbr-geral] sugestão para melhorar performace da consulta
 
 Estou tentando gerar uma consulta de soma em um intervalo de 30 dias, são
vários registros para calcular, podem esta demorando em torno de 15 minutos,
creio eu que não poderia demorar tanto assim, pois são em torno de 4 mil
registros dentro da tabela saida2.
 
 Alguem tem alguma sugestão para melhorar a performace?

Posso tentar se você mandar:
1. Tipos de dados dos campos de todas as tabelas envolvidas na consulta
2. Todos os índices existentes nas tabelas citadas na consulta
3. Número de registros das tabelas citadas na consulta
4. EXPLAIN ANALYZE da consulta

Mozart


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] MarceloG

2009-09-02 Por tôpico Osvaldo Kussama
2009/9/2 Mozart Hasse mozart.ha...@usa.net:

 2. Tente isso:
 select campox+1 from tabela where campox+1 not in (select campox from tabela)
 limit 1

 From: Marcelo Giovane nrhce...@teleon.com.br

 Estou precisando elaborar uma consulta para retornar o primeiro elemento
 faltante numa sequência.
 Ex:
 Campox
 200
 201
 202
 205
 206

 No caso, deve retornar 203.


Mozart:

Esta solução tem um problema na condição de contorno não existir
elemento faltante.
É preciso testar se campox+1 não é maior que  max(campox).

SELECT x+1 FROM foo WHERE x+1 = (SELECT max(x) FROM foo) AND x+1 NOT
IN (SELECT x FROM foo) LIMIT 1;

Osvaldo
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Dúvidas comparações Oracle x PostgreSQL

2009-09-02 Por tôpico Ismael Costa Junior
 Saudações a todos da lista!!!
 Estou vindo para o fórum para expor minhas dúvidas referente a um
trabalho que estou fazendo na faculdade, onde tenho que fazer uma
comparação entre Oracle e PostgreSQL com alguns recursos como
usuário, senha, alta disponibilidade entre outros.
 Se alguém pudesse me ajudar com alguns links para complementar
minhas respostas eu agradeceria muito, pois eu já consegui coletar
alguns links, matérias de revistas e meu conhecimento, mas mesmo
assim acho que tem algo faltando.
 Lá vem elas:
 - Comparar RAC do Oracle com alguma solução parecida no
PostgreSQL:
 Resposta: No PostgreSQL sei que uma solução de alta
disponibilidade e RAC parecida, que poderia ser o PgCluster, mas
nesse caso pelo o que eu vi na arquitetura do pgCluster tem que ter
um servidor que vai receber as conexões e direcionar para as bases
mais leves. Mas aí seria um problema com relação ao RAC, pois se o
servidor base tiver problema e cair a conexão os outros servidores
não irão funcionar. Alguém sabe se teria alguma outra solução
para essa funcionalidade do RAC?
 - Flashback
 Resposta: A tecnologia de flashback no postgresql pelo o que eu
conheço não tem nada parecido, podendo voltar tabelas com o banco
aberto, etc. Alguém sabe se tem alguma ferramenta fechada ou até
open source para fazer isso?
 Valeu galera, 
 []´s
 Ismael Costa Junior
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral