[pgbr-geral] jdbc_fdw.

2012-09-26 Por tôpico Bruno Simioni 
Pessoal, boa tarde.

Recentemente comecei a utilizar o FDW jdbc_fdw. É um projeto que está
sendo desenvolvido no GSOC para prover tabelas estrangeiras via JDBC
(ao invés dos fdw concorrentes: odbc_fdw e pgsql_fdw). Estou tendo
alguns problemas com subqueries e gostaria de saber se alguém aqui na
lista também está utilizando ou conhece o projeto para trocar
experiências ou pode me dar uma luz.

Basicamente executo subqueries em um CASE dentro de um SELECT, a
partir de um atributo, ex:

SELECT
CASE
P.tipo = 1 then (SELECT ... EM FOREIGN TABLE DO FDW1 )
P.tipo = 2 then (SELECT ... EM FOREIGN TABLE DO FDW2 )
P.tipo = N then (SELECT ... EM FOREIGN TABLE DO FDW3 )
FROM
FOREIGNTABLE,
LOCALTABLE
WHERE
LOCALTABLE.id = FOREIGNTABLE.id

O problema é que a subquery realiza consultas em tabelas estrangeiras
do mesmo FDW e de outros FDW.

Quando executo essa query o banco cai e no log tenho algumas mensagens
da JVM quebrando. Nada que me ajude a investigar o problema a fundo.

Existe alguma restrição sobre o reuso de conexões em FDW ou se há
algum problema relacionado a subqueries?

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

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Euler Taveira 
On 26-09-2012 14:52, Fábio Telles Rodriguez wrote:
> Estou migrando uma base de 400GB de imagens (e mais uns 10GB de dados) para
> Large Objects. Depois digo se melhorou ou não. Estou testando aqui. Sei que
> para imagens pequenas, LO não deveria fazer muita diferença. 
> 
> Mas milhões de imagens em Bytea é um problema: quando você faz um select na
> tabela, mesmo que não vá retornar o campo com bytea, se você fizer um seq
> scan, você terá problemas, pois a imagem faz parte da tupla e percorrer
> centenas de GB desnecessariamente não é nada bom.
> 
bytea utiliza a estratégia TOAST [1]. Cada tupla terá no máximo 2 kB, então
10⁶ registros teremos no máximo ~ 2 GB na tabela principal (as imagens são
armazenadas em arquivos toast). Só fica lento se o programador pregui^Z^Z^Z
utilizar 'SELECT * ...'. Você pode testar várias variantes (vide comando ALTER
TABLE SET STORAGE [2]) para atingir uma melhor performance ou melhor
aproveitamento de espaço (compressão) com TOAST.

> No mais concordo: cada caso é um caso. Eu estou testando o meu caso
> particular. Neste caso, o dump do bytea se mostrou inviável, pois leva muito
> tempo e ocupa mais de 700GB, quase o dobro da base.
> 
Mas você está desconsiderando os dados, certo? Além disso, você tem que
considerar que imagem e alguns formatos não compactam quase nada; nestes
casos, o tamanho da cópia de segurança certamente será maior do que o espaço
dos arquivos em disco.


[1] http://www.postgresql.org/docs/9.2/static/storage-toast.html
[2] http://www.postgresql.org/docs/9.2/static/sql-altertable.html


-- 
   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] RES: REF: CONTAGEM TOTAL - RESOLVIDO.

2012-09-26 Por tôpico Paulo 
Na mosca Osvaldo, show de bola.
Obrigado a todos os que responderam.



-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo
Kussama
Enviada em: quarta-feira, 26 de setembro de 2012 14:54
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] REF: CONTAGEM TOTAL.

Em 26/09/12, Paulo escreveu:
> Ola pessoal,
>
> Tenho a seguinte sentença:
>
> SELECT
>
>   count(*)
>
> FROM
>
> receber
>
> WHERE
>
> reccliente = 5444 and
>
> extract(year from recdatavencimento) = '2011'
>
> GROUP BY
>
>   CASE
>
>WHEN recpago = 1 then 'Pago'
>
>WHEN recpago = 0 then 'Aberto'
>
>   END
>
>
>
> RETORNA O SEGUINTE REGISTROS:
>
> 14 pago
>
> 22 aberto
>
>
>
> Preciso na mesma sentença retornar o total dos registros:
>
> Ex:
>
> 14 pago
>
> 22 aberto
>
> 36 total
>
>
>
> Alguém tem alguma ideia ¿
>


Num formato um pouco diferente. Verifique se atende:

SELECT  sum(CASE WHEN recpago = 1 then 1 ELSE 0 END) AS "Pago",
sum(CASE WHEN recpago = 0 then 1 ELSE 0 END) AS "Aberto",
count(*) AS "Total"
FROM receber
WHERE reccliente = 5444 and extract(year from recdatavencimento) = 2011;

Osvaldo
___
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] REF: CONTAGEM TOTAL.

2012-09-26 Por tôpico Anselmo Silva 
rapidinho com window function pode ser assim

(SELECT
CASE WHEN RECPAGO = 1 THEN 'PAGO' ELSE 'ABERTO' END,
COUNT(CHAVEPRIMARIA) OVER (PATITION BY RECPAGO)
FROM RECEBER
WHERE
RECCLIENTE = 5444 AND
EXTRACT(YEAR FROM RECDATAVENCIMENTO) = '2011'

)UNION ALL(

SELECT
'TOTAL',
COUNT(*)
FROM RECEBER
WHERE
RECCLIENTE = 5444 AND
EXTRACT(YEAR FROM RECDATAVENCIMENTO) = '2011')

2012/9/26 Osvaldo Kussama 

> Em 26/09/12, Paulo escreveu:
> > Ola pessoal,
> >
> > Tenho a seguinte sentença:
> >
> > SELECT
> >
> >   count(*)
> >
> > FROM
> >
> > receber
> >
> > WHERE
> >
> > reccliente = 5444 and
> >
> > extract(year from recdatavencimento) = '2011'
> >
> > GROUP BY
> >
> >   CASE
> >
> >WHEN recpago = 1 then 'Pago'
> >
> >WHEN recpago = 0 then 'Aberto'
> >
> >   END
> >
> >
> >
> > RETORNA O SEGUINTE REGISTROS:
> >
> > 14 pago
> >
> > 22 aberto
> >
> >
> >
> > Preciso na mesma sentença retornar o total dos registros:
> >
> > Ex:
> >
> > 14 pago
> >
> > 22 aberto
> >
> > 36 total
> >
> >
> >
> > Alguém tem alguma ideia ¿
> >
>
>
> Num formato um pouco diferente. Verifique se atende:
>
> SELECT  sum(CASE WHEN recpago = 1 then 1 ELSE 0 END) AS "Pago",
> sum(CASE WHEN recpago = 0 then 1 ELSE 0 END) AS "Aberto",
> count(*) AS "Total"
> FROM receber
> WHERE reccliente = 5444 and extract(year from recdatavencimento) = 2011;
>
> Osvaldo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Anselmo M. Silva
___
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: CONTAGEM TOTAL.

2012-09-26 Por tôpico Osvaldo Kussama 
Em 26/09/12, Paulo escreveu:
> Ola pessoal,
>
> Tenho a seguinte sentença:
>
> SELECT
>
>   count(*)
>
> FROM
>
> receber
>
> WHERE
>
> reccliente = 5444 and
>
> extract(year from recdatavencimento) = '2011'
>
> GROUP BY
>
>   CASE
>
>WHEN recpago = 1 then 'Pago'
>
>WHEN recpago = 0 then 'Aberto'
>
>   END
>
>
>
> RETORNA O SEGUINTE REGISTROS:
>
> 14 pago
>
> 22 aberto
>
>
>
> Preciso na mesma sentença retornar o total dos registros:
>
> Ex:
>
> 14 pago
>
> 22 aberto
>
> 36 total
>
>
>
> Alguém tem alguma ideia ¿
>


Num formato um pouco diferente. Verifique se atende:

SELECT  sum(CASE WHEN recpago = 1 then 1 ELSE 0 END) AS "Pago",
sum(CASE WHEN recpago = 0 then 1 ELSE 0 END) AS "Aberto",
count(*) AS "Total"
FROM receber
WHERE reccliente = 5444 and extract(year from recdatavencimento) = 2011;

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] Backup banco.

2012-09-26 Por tôpico Fábio Telles Rodriguez 
Em 26 de setembro de 2012 13:13, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:

>
> Em 26-09-2012 11:57, Itamar Reis Peixoto escreveu:
> > 2012/9/26 Edson Lidorio:
> >> Olá Fábio Telles,
> >>
> >> Qual seria a solução inteligente para o armazenamento de imagens?
> >>
> >> Edson
> >
> > coloque o nome do arquivo no banco e armazene a imagem no disco.
> >
> > replique as imagens para outros servidores utilizando rsync ou glusterfs
>
> Faça isso e não tenha integridade referencial nem o controle de versão
> com suas imagens. Um simples rm no disco e pumba! Perdeu playboy.
>
> Backup e replicação são simplificados se colocados os arquivos no banco
> também.
>
> Não sei porque tanta gente tem medo de colocar arquivo binário em banco
> de dados com bytea. Não faz mas sentido em 2012, salvo raras excessões.
>

Estou migrando uma base de 400GB de imagens (e mais uns 10GB de dados) para
Large Objects. Depois digo se melhorou ou não. Estou testando aqui. Sei que
para imagens pequenas, LO não deveria fazer muita diferença.

Mas milhões de imagens em Bytea é um problema: quando você faz um select na
tabela, mesmo que não vá retornar o campo com bytea, se você fizer um seq
scan, você terá problemas, pois a imagem faz parte da tupla e percorrer
centenas de GB desnecessariamente não é nada bom.

No mais concordo: cada caso é um caso. Eu estou testando o meu caso
particular. Neste caso, o dump do bytea se mostrou inviável, pois leva
muito tempo e ocupa mais de 700GB, quase o dobro da base.

[]s
-- 
Atenciosamente,
Fábio Telles Rodriguez
blog: http:// http://tellesr.wordpress.com
e-mail / gtalk / MSN: fabio.tel...@gmail.com
Skype: fabio_telles
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: REF: CONTAGEM TOTAL.

2012-09-26 Por tôpico Paulo 
OLA Marcelo,

Tentei aqui e não deu certo.

Se alguém tiver mais alguma ideia, agradeço.

 

De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo
Enviada em: quarta-feira, 26 de setembro de 2012 14:31
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] REF: CONTAGEM TOTAL.

 

Testa assim::

select 
x.total

from 
(
SELECT
  count(*) as total
FROM
receber
WHERE   
reccliente = 5444 and
extract(year from recdatavencimento) = '2011'
GROUP BY
  CASE
   WHEN recpago = 1 then 'Pago'
   WHEN recpago = 0 then 'Aberto'
  END 
)x



 

___
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: CONTAGEM TOTAL.

2012-09-26 Por tôpico Marcelo 
Testa assim::

select
x.total

from
(



SELECT

  count(*) as total

FROM

receber

WHERE

reccliente = 5444 and

extract(year from recdatavencimento) = '2011'

GROUP BY

  CASE

   WHEN recpago = 1 then 'Pago'

   WHEN recpago = 0 then 'Aberto'

  END

)x


Em 26 de setembro de 2012 14:24, Paulo escreveu:

> Ola pessoal,
>
> Tenho a seguinte sentença:
>
> 
>
> SELECT
>
>   count(*) 
>
> FROM 
>
> receber
>
> WHERE
>
> reccliente = 5444 and 
>
> extract(year from recdatavencimento) = '2011' 
>
> GROUP BY
>
>   CASE
>
>WHEN recpago = 1 then 'Pago'
>
>WHEN recpago = 0 then 'Aberto'
>
>   END 
>
> ** **
>
> RETORNA O SEGUINTE REGISTROS:
>
> 14 pago
>
> 22 aberto
>
> ** **
>
> Preciso na mesma sentença retornar o total dos registros: 
>
> Ex:
>
> 14 pago
>
> 22 aberto
>
> 36 total
>
> ** **
>
> Alguém tem alguma ideia ¿
>
> ** **
>
> Att,
>
> Paulo.
>
> ** **
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


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

[pgbr-geral] Ajuda Tradução PostGIS

2012-09-26 Por tôpico George Silva 
Olá pessoal, boa noite,

Novamente venho aqui para falar de vocês do projeto de tradução da
documentação do PostGIS. Hoje existe uma versão muito desatualizada em
português (não sei quem foram os heróis) mas com um formato totalmente
diferente.

Alinhei com o pessoa do PostGIS de traduzirmos (internacionalizarmos) toda
a documentação na mesma árvore da documentação original, facilitando o
controle do que já foi e do que não foi traduzido.

Tem bastante trabalho e acabei de iniciar.

Caso alguém mais tenha interesse, você precisará de uma conta no github e
força de vontade. A tradução pode ser feita em qualquer editor de textos e
com uma horinha por dia de cada uma podemos ir longe.

O link para o repositório é:  https://github.com/george-silva/postgis/tree/

A documentação está na pasta:
https://github.com/george-silva/postgis/tree/svn-trunk/doc/po/pt_BR

Grupo de discussão: https://groups.google.com/forum/#!forum/traducao-postgis

Para os que não conhecem o PostGIS, ele é uma extensão ao gerenciador de
banco de dados PostgreSQL que adiciona suporte a dados geoespaciais para o
mesmo. É uma ferramenta extremamente poderosa é utilizada ao redor do mundo.

Caso queiram colaborar, clonem o repositório e iniciem a tradução! Daí
vemos como fazemos.

Atenciosamente,

-- 
George R. C. Silva

Desenvolvimento em GIS
http://geoprocessamento.net
http://blog.geoprocessamento.net
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] REF: CONTAGEM TOTAL.

2012-09-26 Por tôpico Paulo 
Ola pessoal,

Tenho a seguinte sentença:

SELECT

  count(*) 

FROM 

receber

WHERE

reccliente = 5444 and 

extract(year from recdatavencimento) = '2011' 

GROUP BY

  CASE

   WHEN recpago = 1 then 'Pago'

   WHEN recpago = 0 then 'Aberto'

  END 

 

RETORNA O SEGUINTE REGISTROS:

14 pago

22 aberto

 

Preciso na mesma sentença retornar o total dos registros: 

Ex:

14 pago

22 aberto

36 total

 

Alguém tem alguma ideia ¿

 

Att,

Paulo.

 

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

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Flavio Henrique Araque Gurgel 

Em 26-09-2012 13:29, Flávio Alves Granato escreveu:
> Enfim, vai da experiência de cada um. Novamente discussão do sexo dos
> anjos...
> na base também vai um "delete". Guardar arquivos binários em banco de
> dados não é garantia de que pessoas não possam apagar, o mesmo que
> colocar em um servidor de arquivos e por ai vai... sistemas bem
> modelados ( podem incluir ai os SGBDs de sua vontade ) "minimizam" este
> risco. Ah... mas é mais fácil de recuperar... planos de contigências é
> que dão esta facilidade...

Certamente, você está corretíssimo.

Só que as pessoas vêm nesta lista com "me dá a receita pronta do bolo de 
chocolate com creme de avelâs e cobertura de brigadeiro" e muita gente 
diz que o melhor formato é o retangular. Cabem as discussões frutíferas 
que explicam quando dá pro formato ser redondo, oval, etc, e quando o 
formato mais adequado depende do tamanho do bolo, quantas pessoas vão 
comer, quantos bolos serão feitos por dia, pra qual ocasião, etc.

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Flávio Alves Granato 
Em 26 de setembro de 2012 13:13, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:

>
> Em 26-09-2012 11:57, Itamar Reis Peixoto escreveu:
> > 2012/9/26 Edson Lidorio:
> >> Olá Fábio Telles,
> >>
> >> Qual seria a solução inteligente para o armazenamento de imagens?
> >>
> >> Edson
> >
> > coloque o nome do arquivo no banco e armazene a imagem no disco.
> >
> > replique as imagens para outros servidores utilizando rsync ou glusterfs
>
> Faça isso e não tenha integridade referencial nem o controle de versão
> com suas imagens. Um simples rm no disco e pumba! Perdeu playboy.
>
> Backup e replicação são simplificados se colocados os arquivos no banco
> também.
>
> Não sei porque tanta gente tem medo de colocar arquivo binário em banco
> de dados com bytea. Não faz mas sentido em 2012, salvo raras excessões.
>

Enfim, vai da experiência de cada um. Novamente discussão do sexo dos
anjos...
na base também vai um "delete". Guardar arquivos binários em banco de dados
não é garantia de que pessoas não possam apagar, o mesmo que colocar em um
servidor de arquivos e por ai vai... sistemas bem modelados ( podem incluir
ai os SGBDs de sua vontade ) "minimizam" este risco. Ah... mas é mais fácil
de recuperar... planos de contigências é que dão esta facilidade...
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Flavio Henrique Araque Gurgel 

Em 26-09-2012 11:57, Itamar Reis Peixoto escreveu:
> 2012/9/26 Edson Lidorio:
>> Olá Fábio Telles,
>>
>> Qual seria a solução inteligente para o armazenamento de imagens?
>>
>> Edson
>
> coloque o nome do arquivo no banco e armazene a imagem no disco.
>
> replique as imagens para outros servidores utilizando rsync ou glusterfs

Faça isso e não tenha integridade referencial nem o controle de versão 
com suas imagens. Um simples rm no disco e pumba! Perdeu playboy.

Backup e replicação são simplificados se colocados os arquivos no banco 
também.

Não sei porque tanta gente tem medo de colocar arquivo binário em banco 
de dados com bytea. Não faz mas sentido em 2012, salvo raras excessões.

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Retorno query

2012-09-26 Por tôpico Hélio Oliveira 

"Fabiano Abreu"  escreveu na notícia da 
mensagem:CALK0A8ifjj-HP2Tfag3YPwajuaxHbWu=+qbbudafk9hde-c...@mail.gmail.com...
Olá Hélio, 


Veja se estas matérias lhe ajudam:


http://postgresqlbr.blogspot.com.br/2008/04/return-query-novo-recurso-do-postgresql.html
 


http://www.devdb.com.br/banco-de-dados/postgresql/usando-o-return-query-em-funcoes-plpgsql-do-postgresql
 



Atenciosamente
_ _
Fabiano Abreu
Papo Sql - Um blog com tutoriais, dicas e truques sobre Sql




Em 25 de setembro de 2012 13:09, Hélio Oliveira  escreveu:

  Boa tarde Colegas!

  Como estou iniciando com o PG e mesmo já tendo verificado na documentação
  não vi nenhum exemplo que pudesse me dar um norte. Tenho algumas Stored
  Procedures que retornam valores que é o caso das Functions do PG. Vou
  colocar um exemplo abaixo e peço aos colegas que me digam como posso
  replicar isto no PG.

  No Firebird fica assim:

  Create or alter procedure FFinanceira (
  mat integer,
  ano integer)
  returns (
  matricula integer,
  nome varchar(50),
  cargo varchar(50),
  out_mes integer,
  out_ano integer,
  evento numeric(12,2),
  nome_evento varchar(50),
  referencia numeric(6,2),
  valor numeric(12,2),
  vencimentos numeric(12,2),
  descontos numeric(12,2),
  liquido numeric(12,2))
  as
  begin
  for select v.matricula,
  v.mes,
  v.ano,
  v.cod_evento,
  e.nome
  v.referencia,
  v.valor
   from variavel v
  join evento e on (e.codigo = v.cod_evento)
   where v.ano = :ano
   and v.matricula = :mat
  into  :matricula, :out_mes, :out_ano, :evento, :nome_evento,
  :referencia, :valor do
  begin
  select sum(v.valor)
  from variavel v
 join evento e on (e.codigo = v.cod_evento and e.provento_desconto
  = 'P')
  where v.mes = :out_mes
   and v.ano = :out_ano
   and v.matricula = :matricula into :vencimentos
  .
  suspend;
  end
  end;

  ... para não ficar muito grande o exemplo, apenas para ilustrar pois
  dentro do begin/end do for select efetuarei varias operações.
  Vejam que as variaveis (retuns()) serão o meu retorno e isto irá me retornar
  um dataset... sei que no PG podemos utilizar o tipo Query só não sei como
  processar essas operações.

  Como ficaria esta SP no PG?

  [ ]'s,
  Hélio Oliveira


  ___
  pgbr-geral mailing list
  mailto: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

Obrigado Fabiano!

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

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Itamar Reis Peixoto 
2012/9/26 Edson Lidorio :
> Olá Fábio Telles,
>
> Qual seria a solução inteligente para o armazenamento de imagens?
>
> Edson

coloque o nome do arquivo no banco e armazene a imagem no disco.

replique as imagens para outros servidores utilizando rsync ou glusterfs


-- 


Itamar Reis Peixoto
http://www.quebarato.com.br/perfil/itamarjp
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Fabrízio de Royes Mello 
Em 26 de setembro de 2012 11:47, Edson Lidorio escreveu:

> Olá Fábio Telles,
>
> Qual seria a solução inteligente para o armazenamento de imagens?
>
>
Filesystem é uma opção... veja essa apresentação:

http://www.slideshare.net/diogobiazus/arquivos-no-banco

Att,

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Edson Lidorio 
Olá Fábio Telles,

Qual seria a solução inteligente para o armazenamento de imagens?

Edson

2012/9/26 Bruno Silva 

> 2012/9/26 Fábio Telles Rodriguez :
> > 2012/9/26 Flavio Henrique Araque Gurgel 
> >>
> >> On 26-09-2012 08:09, Pedro B. Alves wrote:
> >> > Pessoal, venho até aqui pedir um pouco da experiencia de nossos
> colegas.
> >> >
> >> > Minha situação é a senguinte, tenho um banco de dados onde eu gravo
> >> > imagens em campos Bytea.
> >
> >
> > Se você tem muitas imagens em Bytea na base, o Dump pode se tornar
> inviável.
> > Já vi bases ficarem dias gerando dump e o resultado é um dump maior que a
> > base física. Ok, a base tinha milhões de imagens e colocar milhões de
> > imagens numa base não é algo inteligente, mas a aplicação não era minha,
> ok?
> >  --
>
> Aí o mais indicado não seria a cópia física?
> ___
> 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] Backup banco.

2012-09-26 Por tôpico Bruno Silva 
2012/9/26 Fábio Telles Rodriguez :
> 2012/9/26 Flavio Henrique Araque Gurgel 
>>
>> On 26-09-2012 08:09, Pedro B. Alves wrote:
>> > Pessoal, venho até aqui pedir um pouco da experiencia de nossos colegas.
>> >
>> > Minha situação é a senguinte, tenho um banco de dados onde eu gravo
>> > imagens em campos Bytea.
>
>
> Se você tem muitas imagens em Bytea na base, o Dump pode se tornar inviável.
> Já vi bases ficarem dias gerando dump e o resultado é um dump maior que a
> base física. Ok, a base tinha milhões de imagens e colocar milhões de
> imagens numa base não é algo inteligente, mas a aplicação não era minha, ok?
>  --

Aí o mais indicado não seria a cópia física?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Replicação na versão 9.2

2012-09-26 Por tôpico Flavio Henrique Araque Gurgel 

Em 26-09-2012 10:19, André Ormenese escreveu:
> Bom dia !!!
>
> Pessoal,
> posso usar as mesmas configurações que tenho no meu banco 9.0.x para
> hot_standby e streaming replication na versão 9.2 ???

Pode.

> Vi que no postgresql.conf da versão 9.2 existem alguns novos parâmetros :
>
> Para o Master :
> #replication_timeout = 60s
> #synchronous_standby_names = ''

Se você quiser usar replicação síncrona, terá de configurar os 
parâmetros acima.

> #vacuum_defer_cleanup_age = 0

O parâmetro acima existe na 9.0 também.

> e para o Stand by :
> #wal_receiver_status_interval = 10s
> #hot_standby_feedback = off

Se você quiser informar ao mestre o que o escravo está fazendo e evitar 
que uma página do mestre seja removida caso o escravo a esteja usando, 
terá de ajustar os parâmetros acima.

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Replicação na versão 9.2

2012-09-26 Por tôpico André Ormenese 
Bom dia !!!

Pessoal,
posso usar as mesmas configurações que tenho no meu banco 9.0.x para
hot_standby e streaming replication na versão 9.2 ???

Vi que no postgresql.conf da versão 9.2 existem alguns novos parâmetros :

Para o Master :
#replication_timeout = 60s
#synchronous_standby_names = ''
#vacuum_defer_cleanup_age = 0

e para o Stand by :
#wal_receiver_status_interval = 10s
#hot_standby_feedback = off

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

Re: [pgbr-geral] Retorno query

2012-09-26 Por tôpico Matheus de Oliveira 
2012/9/25 Hélio Oliveira 

> Boa tarde Colegas!
>
> Como estou iniciando com o PG e mesmo já tendo verificado na documentação
> não vi nenhum exemplo que pudesse me dar um norte. Tenho algumas Stored
> Procedures que retornam valores que é o caso das Functions do PG. Vou
> colocar um exemplo abaixo e peço aos colegas que me digam como posso
> replicar isto no PG.
>
> No Firebird fica assim:
>
> Create or alter procedure FFinanceira (
> mat integer,
> ano integer)
> returns (
> matricula integer,
> nome varchar(50),
> cargo varchar(50),
> out_mes integer,
> out_ano integer,
> evento numeric(12,2),
> nome_evento varchar(50),
> referencia numeric(6,2),
> valor numeric(12,2),
> vencimentos numeric(12,2),
> descontos numeric(12,2),
> liquido numeric(12,2))
> as
> begin
> for select v.matricula,
> v.mes,
> v.ano,
> v.cod_evento,
> e.nome
> v.referencia,
> v.valor
>  from variavel v
> join evento e on (e.codigo = v.cod_evento)
>  where v.ano = :ano
>  and v.matricula = :mat
> into  :matricula, :out_mes, :out_ano, :evento, :nome_evento,
> :referencia, :valor do
> begin
> select sum(v.valor)
> from variavel v
>join evento e on (e.codigo = v.cod_evento and
> e.provento_desconto
> = 'P')
> where v.mes = :out_mes
>  and v.ano = :out_ano
>  and v.matricula = :matricula into :vencimentos
> .
> suspend;
> end
> end;
>
> ... para não ficar muito grande o exemplo, apenas para ilustrar pois
> dentro do begin/end do for select efetuarei varias operações.
> Vejam que as variaveis (retuns()) serão o meu retorno e isto irá me
> retornar
> um dataset... sei que no PG podemos utilizar o tipo Query só não sei como
> processar essas operações.
>
> Como ficaria esta SP no PG?
>
>
Fica mais ou menos assim:

CREATE OR REPLACE FUNCTION FFinanceira (mat integer, ano integer)
returns table (
matricula integer,
nome varchar(50),
cargo varchar(50),
out_mes integer,
out_ano integer,
evento numeric(12,2),
nome_evento varchar(50),
referencia numeric(6,2),
valor numeric(12,2),
vencimentos numeric(12,2),
descontos numeric(12,2),
liquido numeric(12,2))
AS $$
BEGIN
FOR  matricula, out_mes, out_ano, evento, nome_evento, referencia,
valor do
IN select v.matricula,
v.mes,
v.ano,
v.cod_evento,
e.nome
v.referencia,
v.valor
from variavel v
join evento e on (e.codigo = v.cod_evento)
where v.ano = ano
and v.matricula = mat
LOOP
select sum(v.valor)
into vencimentos
from variavel v
join evento e on (e.codigo = v.cod_evento and
e.provento_desconto
= 'P')
where v.mes = out_mes
and v.ano = out_ano
and v.matricula = matricula
.
RETURN NEXT;
END LOOP;
END;
$$ STABLE LANGUAGE plpgsql;


E não sei o que quis dizer com tipo Query, talvez esteja falando do RETURN
QUERY, mas não parece ser o seu caso.

Atenciosamente,
-- 
Matheus de Oliveira
Analista de Banco de Dados PostgreSQL
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Backup banco.

2012-09-26 Por tôpico Flavio Henrique Araque Gurgel 
On 26-09-2012 08:09, Pedro B. Alves wrote:
> Pessoal, venho até aqui pedir um pouco da experiencia de nossos colegas.
>
> Minha situação é a senguinte, tenho um banco de dados onde eu gravo
> imagens em campos Bytea.
>
>
> Gostaria, se possível, que me ajudassem a montar a rotina de
> backup/restore desta base.
>
> PG 8.4

Primeiro leia e entenda:
http://softwarelivre.org/telles/blog/dump-nao-e-backup

Depois a documentação:
http://www.postgresql.org/docs/8.4/static/backup-dump.html
http://www.postgresql.org/docs/8.4/static/continuous-archiving.html

[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Backup banco.

2012-09-26 Por tôpico Pedro B. Alves 
Pessoal, venho até aqui pedir um pouco da experiencia de nossos colegas.

Minha situação é a senguinte, tenho um banco de dados onde eu gravo imagens
em campos Bytea.


Gostaria, se possível, que me ajudassem a montar a rotina de backup/restore
desta base.

PG 8.4


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