Re: [pgbr-geral] REF. SQL JUNTAR COLUNAS

2012-03-06 Por tôpico Gustavo Scudeler
Um coalesce não resolve?

SELECT
  COALESCE( A.CODIGO, A.NOME ) as novocampo,
  B.SETOR,
  A.DATAS,
  A.CONTA,
  A.RECIBO,
  A.VALOR
 FROM
  ENTRADAS A LEFT OUTER JOIN SETOR B ON A.SETOR=B.IDSETOR
 WHERE
   b.idsetor between 1 and  
 ORDER BY
  A.DATAS DESC

Em 6 de março de 2012 18:16, pa...@visualpsistemas.com.br escreveu:

 **
 OLA PESSOAL,

 TENHO O SEGUINTE SQL:
  SELECT
   A.CODIGO,
   A.NOME,
   B.SETOR,
   A.DATAS,
   A.CONTA,
   A.RECIBO,
   A.VALOR
  FROM
   ENTRADAS A LEFT OUTER JOIN SETOR B ON A.SETOR=B.IDSETOR
  WHERE
b.idsetor between 1 and  
  ORDER BY
   A.DATAS DESC

 QUE ME RETONA:
 0- JUCA BALA   - PARQUE 001 - 2012-02-03 - 515  - 335.00
 0- MARIO RIVAS - PARQUE 002 - 2012-02-03 - 515  - 568.00
 4568 -   - PARQUE 001 - 2012-02-03 - 515  - 455.00

 NESTA TELA DE ENTRADA, USUARIO PODE DIGITAR O CODIGO
 PREVIAMENTE CADASTRADA NA TABELA CLIENTES, OU IGNORAR
 O CAMPO CODIGO E INFORMAR UM NOME QUALQUER NO CAMPO NOME.

 ENTAO NA TABELA POSSO TER CAMPO CODIGO ZERADO OU PREENCHIDO
 E NO CAMPO NOME POSSO TER UM NOME OU NAO.

 PRECISO NO SELECT RETORNAR UM TERCEIRO CAMPO COM O APENAS
 O CONTEUDO DE UM DOS DOIS.

 ASSIM:
 JUCA BALA   - PARQUE 001 - 2012-02-03 - 515  - 335.00
 MARIO RIVAS - PARQUE 002 - 2012-02-03 - 515  - 568.00
 4568- PARQUE 001 - 2012-02-03 - 515  - 455.00

 ALGUEM PODE DAR UMA DICA ?
 OBRIGADO.

 Paulo.
 VisualP Sistemas.



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




-- 
*Atenciosamente,*
*Gustavo Scudeler*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] REF. SQL JUNTAR COLUNAS

2012-03-06 Por tôpico Gustavo Scudeler
Olá,

Erro meu, no coalesce tem que ser mesmo datatype, não prestei atenção.

Segue para teste:

SELECT
  COALESCE( CAST( A.CODIGO as VARCHAR(50) ) , CAST( A.NOME AS VARCHAR(255)
)  ) as novocampo,
  B.SETOR,
  A.DATAS,
  A.CONTA,
  A.RECIBO,
  A.VALOR
 FROM
  ENTRADAS A LEFT OUTER JOIN SETOR B ON A.SETOR=B.IDSETOR
 WHERE
   b.idsetor between 1 and  
 ORDER BY
  A.DATAS DESC

Em 6 de março de 2012 20:03, pa...@visualpsistemas.com.br escreveu:

 **
 Ola Gustavo,

 Retorna erro:
 ERRO:  tipos no COALESCE integer e character varying não podem corresponder
 Ps. Desculpe pessoal, pelos maiusculos..

 Att,
 Paulo.


 - Original Message -
 *From:* Gustavo Scudeler scudel...@gmail.com
 *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br
 *Sent:* Tuesday, March 06, 2012 7:56 PM
 *Subject:* Re: [pgbr-geral] REF. SQL JUNTAR COLUNAS

 Um coalesce não resolve?

 SELECT
   COALESCE( A.CODIGO, A.NOME ) as novocampo,
   B.SETOR,
   A.DATAS,
   A.CONTA,
   A.RECIBO,
   A.VALOR
  FROM
   ENTRADAS A LEFT OUTER JOIN SETOR B ON A.SETOR=B.IDSETOR
  WHERE
b.idsetor between 1 and  
  ORDER BY
   A.DATAS DESC

 Em 6 de março de 2012 18:16, pa...@visualpsistemas.com.br escreveu:

 **
 OLA PESSOAL,

 TENHO O SEGUINTE SQL:
  SELECT
   A.CODIGO,
   A.NOME,
   B.SETOR,
   A.DATAS,
   A.CONTA,
   A.RECIBO,
   A.VALOR
  FROM
   ENTRADAS A LEFT OUTER JOIN SETOR B ON A.SETOR=B.IDSETOR
  WHERE
b.idsetor between 1 and  
  ORDER BY
   A.DATAS DESC

 QUE ME RETONA:
 0- JUCA BALA   - PARQUE 001 - 2012-02-03 - 515  - 335.00
 0- MARIO RIVAS - PARQUE 002 - 2012-02-03 - 515  - 568.00
 4568 -   - PARQUE 001 - 2012-02-03 - 515  - 455.00

 NESTA TELA DE ENTRADA, USUARIO PODE DIGITAR O CODIGO
 PREVIAMENTE CADASTRADA NA TABELA CLIENTES, OU IGNORAR
 O CAMPO CODIGO E INFORMAR UM NOME QUALQUER NO CAMPO NOME.

 ENTAO NA TABELA POSSO TER CAMPO CODIGO ZERADO OU PREENCHIDO
 E NO CAMPO NOME POSSO TER UM NOME OU NAO.

 PRECISO NO SELECT RETORNAR UM TERCEIRO CAMPO COM O APENAS
 O CONTEUDO DE UM DOS DOIS.

 ASSIM:
 JUCA BALA   - PARQUE 001 - 2012-02-03 - 515  - 335.00
 MARIO RIVAS - PARQUE 002 - 2012-02-03 - 515  - 568.00
 4568- PARQUE 001 - 2012-02-03 - 515  - 455.00

 ALGUEM PODE DAR UMA DICA ?
 OBRIGADO.

 Paulo.
 VisualP Sistemas.



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




 --
 *Atenciosamente,*
 *Gustavo Scudeler*

  --

 ___
 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




-- 
*Atenciosamente,*
*Gustavo Scudeler*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] PG_DUMP - Problema com Blobs

2012-03-05 Por tôpico Gustavo Scudeler
Olá,

   -  Sim, tentei com o LIMIT e OFFSET, mas nessa tabela o problema ocorre
   apenas quando arquivo é maior do que 75 mb +-, ja tentei inserir novamente
   ou com outros métodos, o problema sempre acontece quando o bytea esta
   grande,.
   -  Segue Valor dos parâmetros, referente o shared buffer, ja tentei com
   valores desde 32mb até 1024mb o erro é sempre o mesmo
   - autovacuum_max_workers;3
   block_size;8192
   max_connections;400
   max_locks_per_transaction;128
   max_prepared_transactions;0
   shared_buffers;32MB
   wal_block_size;8192
   wal_buffers;128
   - Obrigado pela indicação vou dar uma olhada no artigo

Referente ao parametros passados acha que podem ser o motivo?

Outro ponto, Encontrei este tutorial na internet :
http://www.ispirer.com/doc/sqlways39/Output/SQLWays-1-368.html

Porém como estou direto no servidor não estou usando o ODBC, será que
resolveria?

Muito obrigado pelo ajuda !


Em 5 de março de 2012 01:23, Euler Taveira de Oliveira
eu...@timbira.comescreveu:

 On 04-03-2012 14:30, Steel Mason wrote:
  Referente ao Select na base, ocorre o mesmo erro ERROR: out of memory
 Failed
  on request of size 393029321
 
 Você tentou o SELECT com LIMIT/OFFSET que eu disse?

 Qual o valor dos seguintes parâmetros?
 SELECT name,setting FROM pg_settings WHERE name IN ('shared_buffers',
 'wal_buffers', 'max_connections', 'autovacuum_max_workers',
 'max_locks_per_transaction', 'max_prepared_transactions', 'block_size',
 'wal_block_size');

 Experimente diminuir o parâmetro shared_buffers para sobrar memória para o
 processo servidor que faz a cópia de segurança.

  Sera que existe algum parâmetro de banco ou do PG_DUMP, onde eu possa
 liberar
  mais memoria para o mesmo? Quando
  ocorre esse erro o servidor ainda tem cerca de 4GB de ram livre.
 
 Sim (vide acima). Aconselho ler sobre gerenciamento de memória do Windows
 [1]
 e toda a série indicada.

  Ou sera que pode ser uma limitação da versão 8.4 ?
 
 Não há tal limitação.


 [1]
 http://blogs.technet.com/b/markrussinovich/archive/2008/07/21/3092070.aspx


 --
   Euler Taveira de Oliveira - Timbira   http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
 ___
 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


Re: [pgbr-geral] PG_DUMP - Problema com Blobs

2012-03-04 Por tôpico Gustavo Scudeler
O backup eu estou tentando realizar direto no servidor. Chamando pelo CMD o
pg_dump -Fc -b -v -U postgres base_teste  ... 

Já tentei como formato tar, mas também sem sucesso.


A versão do S.O é a Windows Server 2008 R2 Enterprise 64 bits

A versão do postgres é [ *Version 8.4.11 ]*
*
*
O Pgadmin é o III que vem junto com a instalação normal, tentei realizar
por ele ( pdAdminIII )
e pelo CMD em ambos o erro é o mesmo. Fico acompanhando pelo gerenciador de
tarefas
do windows o processo chegar até cerca de 750 MB de utilização (  restam
ainda mais 4GB livres no servidor )
e dar o erro  out of memory .



Em 4 de março de 2012 19:26, Flavio Henrique Araque Gurgel fha...@gmail.com
 escreveu:

  Sera que existe algum parâmetro de banco ou do PG_DUMP, onde eu possa
  liberar mais memoria para o mesmo? Quando
  ocorre esse erro o servidor ainda tem cerca de 4GB de ram livre.

 O erro não parece vir do servidor, mas do cliente.

  Ou sera que pode ser uma limitação da versão 8.4 ?

 Não é, não existe tal limitação. Qual a versão do cliente que está usando?
 Percebi que está usando o PgAdmin em Windows para fazer essas tarefas,
 qual a versão do PgAdmin e do Windows?

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
*Atenciosamente,*
*Gustavo Scudeler*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral