Re: [pgbr-geral] Como habilitar a função crosstab do postgre?

[Euler Taveira]

On 05-07-2012 20:41, Fabio Luis Rodrigues wrote:
> É desta forma que se instala?
> 
> CREATE EXTENSION module_name;
> 
> Se for desta forma tenho problemas, pois causa o seguinte erro:
> 
> ERRO: erro de sintaxe em ou próximo a "EXTENSION"
> 
A sintaxe CREATE EXTENSION [1] só funciona com versões ⩾ 9.1. Você deve estar
utilizando uma versão anciã; neste caso, utilize o script disponível no
diretório de instalação (vide [2]).

[1] http://www.postgresql.org/docs/9.1/static/sql-createextension.html
[2] http://www.postgresql.org/docs/9.0/static/contrib.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

Re: [pgbr-geral] Como habilitar a função crosstab do postgre?

[Fabio Luis Rodrigues]

Obrigado,

É desta forma que se instala?

CREATE EXTENSION module_name;

Se for desta forma tenho problemas, pois causa o seguinte erro:

*ERRO: erro de sintaxe em ou próximo a "EXTENSION" *

Att,
Fabio Luis Rodrigues
+ 55 21 9865-2071



Em 5 de julho de 2012 14:34, Matheus de Oliveira
escreveu:

> crosstab é uma contrib, você deve instalá-la [1].
>
> [1] http://www.postgresql.org/docs/9.1/static/contrib.html (abaixo do
> sumário)
>
> Atenciosamente,
> --
> Matheus de Oliveira
>
>
> ___
> 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] Particionamento de Tabelas

[Euler Taveira]

On 05-07-2012 17:21, Cesar Moraes wrote:
> Bom a Check é para garantir que os dados não sejam gravados no lugar errado e
> o constraint_exclusion é para não fazer o UNION, é isso mesmo?
> 
± ... A restrição de verificação (aka CHECK) também serve para o planejador
"adivinhar" quais as partições ele deve considerar se constraint_exclusion
estiver habilitado (on / partition).

> Mas como o Targino falou.
> Se eu tiver uma tabela de 10 MI de registros dividida em 10 partições.
> E fizer um select na tabela pai ele vai ler os 10 MI de registros ou vai achar
> a tabela filha e ler somente 1 MI?
> 
Somente as tabelas filho cuja condição da consulta casa com a condição CHECK
das tabelas filho. Eu lhe aconselho fortemente ler o capítulo sobre
particionamento [1].


[1] http://www.postgresql.org/docs/9.1/static/ddl-partitioning.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

Re: [pgbr-geral] Particionamento de Tabelas

[Euler Taveira]

On 05-07-2012 17:21, Cesar Moraes wrote:
> Bom a Check é para garantir que os dados não sejam gravados no lugar errado e
> o constraint_exclusion é para não fazer o UNION, é isso mesmo?
> 
± ... A restrição de verificação (aka CHECK) também serve para o planejador
"adivinhar" quais as partições ele deve considerar se constraint_exclusion
estiver habilitado (on / partition).

> Mas como o Targino falou.
> Se eu tiver uma tabela de 10 MI de registros dividida em 10 partições.
> E fizer um select na tabela pai ele vai ler os 10 MI de registros ou vai achar
> a tabela filha e ler somente 1 MI?
> 
Somente as tabelas filho cuja condição da consulta casa com a condição CHECK
das tabelas filho. Eu lhe aconselho fortemente ler o capítulo sobre
particionamento [1].


[1] http://www.postgresql.org/docs/9.1/static/ddl-partitioning.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

Re: [pgbr-geral] Particionamento de Tabelas

[Fábio Gibon]

Se o teu select tiver uma clausula where que apenas uma partição atenda
então o banco vai ler apenas os dados desta partição.

* independente de ONLY.

sds
Fabio

Em 5 de julho de 2012 17:34, Targino Silveira
escreveu:

> Se você usar FROM ONLY somente na tabela(s) especificadas.
>
> Um detalhe o ONLY é somente para a tabela Pai, nas tabelas filhas você não
> tem obrigatoriedade de uso, somente se quiser.
>
> Abraços,
>
> Em 5 de julho de 2012 17:21, Cesar Moraes escreveu:
>
> Opa muito obrigado pela ajuda de todos.
>>
>> Bom a Check é para garantir que os dados não sejam gravados no lugar
>> errado e o constraint_exclusion é para não fazer o UNION, é isso mesmo?
>>
>> Mas como o Targino falou.
>> Se eu tiver uma tabela de 10 MI de registros dividida em 10 partições.
>> E fizer um select na tabela pai ele vai ler os 10 MI de registros ou vai
>> achar a tabela filha e ler somente 1 MI?
>>
>> At
>> Cesar Moraes
>>
>>
>> 2012/7/5 Targino Silveira 
>>
>>> Um outro detalhe importante é a excução de queries:
>>>
>>> select * from tabela_pai //Será executado na tabela pai e filhas
>>> select * from only tabela_pai //Será executado somente na tabela pai
>>> select * from only tabela_filha1 //Será realizado somente na tabela
>>> filha 1
>>>
>>> A mesma regra segue para UPDATE e DELETE.
>>>
>>> Abraços,
>>>
>>> Em 5 de julho de 2012 15:46, Matheus de Oliveira <
>>> matioli.math...@gmail.com> escreveu:
>>>
  Só complementando, tem que lembrar de criar constraints CHECKs nas
>> tabelas filhas (para restringir as partições) e manter o parâmetro
>> constraint_check como on, se não o particionamento não fará muito 
>> sentido,
>> ou seja, ele fará um "UNION ALL" em todas as tabelas.
>>
>>
> Creio que vc quis falar sobre a GUC "constraint_exclusion" [1].
>

 Ops... Tô com memória corrompinda aqui!

 Tem razão, é "constraint_exclusion".

 Atenciosamente,
 --
 Matheus de Oliveira


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


>>>
>>>
>>> --
>>> Targino Silveira
>>> +55-85-8626-7297
>>> www.twitter.com/targinosilveira
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Targino Silveira
> +55-85-8626-7297
> www.twitter.com/targinosilveira
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
sds

Fábio Henrique Gibon
Comex System Consultoria
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Travamento de tabela

[Aldrey Galindo]

   Apenas para dá um retorno do problema. Pesquisando no google achei uma
forma para pegar e cancelar o "travamento":
--- query ---
postgres=# select * from pg_prepared_xacts;
 transaction |
gid  |
prepared|  owner   |  database
-+--+---+--+
 2787607 |
131075_MS0tM2Y1NzA0YTE6YjRlNTo0ZmY1Y2NmZjoxODRmYw==_LTNmNTcwNGExOmI0ZTU6NGZmNWNjZmY6MTg1NDU=
| 2012-07-05 15:05:37.866789-03 | postgres | bd001
 2787624 |
131075_MS0tM2Y1NzA0YTE6YjRlNTo0ZmY1Y2NmZjoxODRmYw==_LTNmNTcwNGExOmI0ZTU6NGZmNWNjZmY6MTg3Y2U=
| 2012-07-05 15:05:37.891723-03 | postgres | bd002
(2 rows)

postgres=# \c bd001
bd001=# ROLLBACK PREPARED
'131075_MS0tM2Y1NzA0YTE6YjRlNTo0ZmY1Y2NmZjoxODRmYw==_LTNmNTcwNGExOmI0ZTU6NGZmNWNjZmY6MTg1NDU=';
ROLLBACK PREPARED
bd001=# \c bd002
bd002=# ROLLBACK PREPARED
'131075_MS0tM2Y1NzA0YTE6YjRlNTo0ZmY1Y2NmZjoxODRmYw==_LTNmNTcwNGExOmI0ZTU6NGZmNWNjZmY6MTg3Y2U=';
ROLLBACK PREPARED
--- fim ---

   Tudo normal agora.


Em 5 de julho de 2012 18:20, Aldrey Galindo escreveu:

>
>Criei um novo banco a partir do Backup de antiga. Depois tentei
> renomear o banco antigo e recebi a seguinte mensagem:
> --- mensagem ---
> LOG:  statement: ALTER DATABASE bd001 RENAME TO bd001_ruim;
> ERROR:  database "bd001" is being accessed by other users
> DETAIL:  There are 1 other session(s) and 1 prepared transaction(s) using
> the database.
> --- fim ---
>
>Alguém tem alguma idéia desse problema?
>
> Em 5 de julho de 2012 17:25, Aldrey Galindo escreveu:
>
> Guedes,
>>
>>Eu parei o banco. O estranho é que quando tento apagar as estrutura de
>> uma tabela, ele não faz nada. Apenas fica em 'waiting' e não sai daí. Como
>> se o banco tivesse entrado em um modo 'readonly'.
>>Nesse momento estamos realizando um backup pra criar um novo banco pra
>> ver se volta o sistema.
>>Teria alguma forma de ver se ele 'travou' ou outra forma de tentar
>> recuperar ao "estado normal"?
>>
>> Em 5 de julho de 2012 17:12, Dickson S. Guedes 
>> escreveu:
>>
>>  Em 5 de julho de 2012 16:34, Aldrey Galindo 
>>> escreveu:
>>> > Guedes,
>>> >
>>> >Eu rodei e não apareceu nada.
>>>
>>> Voce rodou no momento em que tinha um processo em 'waiting'? Pois só
>>> neste
>>> momento que esta consulta retornaria algo util para você
>>>
>>>
>>> --
>>> Dickson S. Guedes
>>> mail/xmpp: gue...@guedesoft.net - skype: guediz
>>> http://guedesoft.net - http://www.postgresql.org.br
>>> ___
>>> 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] Travamento de tabela

[Aldrey Galindo]

   Criei um novo banco a partir do Backup de antiga. Depois tentei renomear
o banco antigo e recebi a seguinte mensagem:
--- mensagem ---
LOG:  statement: ALTER DATABASE bd001 RENAME TO bd001_ruim;
ERROR:  database "bd001" is being accessed by other users
DETAIL:  There are 1 other session(s) and 1 prepared transaction(s) using
the database.
--- fim ---

   Alguém tem alguma idéia desse problema?

Em 5 de julho de 2012 17:25, Aldrey Galindo escreveu:

> Guedes,
>
>Eu parei o banco. O estranho é que quando tento apagar as estrutura de
> uma tabela, ele não faz nada. Apenas fica em 'waiting' e não sai daí. Como
> se o banco tivesse entrado em um modo 'readonly'.
>Nesse momento estamos realizando um backup pra criar um novo banco pra
> ver se volta o sistema.
>Teria alguma forma de ver se ele 'travou' ou outra forma de tentar
> recuperar ao "estado normal"?
>
> Em 5 de julho de 2012 17:12, Dickson S. Guedes escreveu:
>
>  Em 5 de julho de 2012 16:34, Aldrey Galindo 
>> escreveu:
>> > Guedes,
>> >
>> >Eu rodei e não apareceu nada.
>>
>> Voce rodou no momento em que tinha um processo em 'waiting'? Pois só neste
>> momento que esta consulta retornaria algo util para você
>>
>>
>> --
>> Dickson S. Guedes
>> mail/xmpp: gue...@guedesoft.net - skype: guediz
>> http://guedesoft.net - http://www.postgresql.org.br
>> ___
>> 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] Particionamento de Tabelas

[Targino Silveira]

Se você usar FROM ONLY somente na tabela(s) especificadas.

Um detalhe o ONLY é somente para a tabela Pai, nas tabelas filhas você não
tem obrigatoriedade de uso, somente se quiser.

Abraços,

Em 5 de julho de 2012 17:21, Cesar Moraes  escreveu:

> Opa muito obrigado pela ajuda de todos.
>
> Bom a Check é para garantir que os dados não sejam gravados no lugar
> errado e o constraint_exclusion é para não fazer o UNION, é isso mesmo?
>
> Mas como o Targino falou.
> Se eu tiver uma tabela de 10 MI de registros dividida em 10 partições.
> E fizer um select na tabela pai ele vai ler os 10 MI de registros ou vai
> achar a tabela filha e ler somente 1 MI?
>
> At
> Cesar Moraes
>
>
> 2012/7/5 Targino Silveira 
>
>> Um outro detalhe importante é a excução de queries:
>>
>> select * from tabela_pai //Será executado na tabela pai e filhas
>> select * from only tabela_pai //Será executado somente na tabela pai
>> select * from only tabela_filha1 //Será realizado somente na tabela filha
>> 1
>>
>> A mesma regra segue para UPDATE e DELETE.
>>
>> Abraços,
>>
>> Em 5 de julho de 2012 15:46, Matheus de Oliveira <
>> matioli.math...@gmail.com> escreveu:
>>
>>>  Só complementando, tem que lembrar de criar constraints CHECKs nas
> tabelas filhas (para restringir as partições) e manter o parâmetro
> constraint_check como on, se não o particionamento não fará muito sentido,
> ou seja, ele fará um "UNION ALL" em todas as tabelas.
>
>
 Creio que vc quis falar sobre a GUC "constraint_exclusion" [1].

>>>
>>> Ops... Tô com memória corrompinda aqui!
>>>
>>> Tem razão, é "constraint_exclusion".
>>>
>>> Atenciosamente,
>>> --
>>> Matheus de Oliveira
>>>
>>>
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>>
>>
>>
>> --
>> Targino Silveira
>> +55-85-8626-7297
>> www.twitter.com/targinosilveira
>>
>> ___
>> 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
>
>


-- 
Targino Silveira
+55-85-8626-7297
www.twitter.com/targinosilveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] RES: PgAdmin no Win7

[Anselmo Silva]

Muito estranho, essa máquina não está comprometida? Uso Pg 9.0.7 normal.
veja essas dicas:
http://pcsupport.about.com/od/findbyerrormessage/a/msvcr90-dll-not-found-missing-error.htm


Há condições de usar o postgres 32bits só para testar?

Em 5 de julho de 2012 17:24,  escreveu:

> Utilizo a versao 9.1.4 no Win7 Home Ultimate 64 Bits sem nenhum problema.
>
> Tente baixar:
> http://www.enterprisedb.com/products-services-training/pgdownload
>
> >
> > Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.
> > Estou utilizando Win7 Home Premium 64 Bits.
>
> ___
> 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] Travamento de tabela

[Aldrey Galindo]

Guedes,

   Eu parei o banco. O estranho é que quando tento apagar as estrutura de
uma tabela, ele não faz nada. Apenas fica em 'waiting' e não sai daí. Como
se o banco tivesse entrado em um modo 'readonly'.
   Nesse momento estamos realizando um backup pra criar um novo banco pra
ver se volta o sistema.
   Teria alguma forma de ver se ele 'travou' ou outra forma de tentar
recuperar ao "estado normal"?

Em 5 de julho de 2012 17:12, Dickson S. Guedes escreveu:

> Em 5 de julho de 2012 16:34, Aldrey Galindo 
> escreveu:
> > Guedes,
> >
> >Eu rodei e não apareceu nada.
>
> Voce rodou no momento em que tinha um processo em 'waiting'? Pois só neste
> momento que esta consulta retornaria algo util para você
>
>
> --
> Dickson S. Guedes
> mail/xmpp: gue...@guedesoft.net - skype: guediz
> http://guedesoft.net - http://www.postgresql.org.br
> ___
> 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] RES: PgAdmin no Win7

[paulo]

Utilizo a versao 9.1.4 no Win7 Home Ultimate 64 Bits sem nenhum problema.

Tente baixar: 
http://www.enterprisedb.com/products-services-training/pgdownload

>
> Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.
> Estou utilizando Win7 Home Premium 64 Bits.

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

Re: [pgbr-geral] Particionamento de Tabelas

[Cesar Moraes]

Opa muito obrigado pela ajuda de todos.

Bom a Check é para garantir que os dados não sejam gravados no lugar errado
e o constraint_exclusion é para não fazer o UNION, é isso mesmo?

Mas como o Targino falou.
Se eu tiver uma tabela de 10 MI de registros dividida em 10 partições.
E fizer um select na tabela pai ele vai ler os 10 MI de registros ou vai
achar a tabela filha e ler somente 1 MI?

At
Cesar Moraes

2012/7/5 Targino Silveira 

> Um outro detalhe importante é a excução de queries:
>
> select * from tabela_pai //Será executado na tabela pai e filhas
> select * from only tabela_pai //Será executado somente na tabela pai
> select * from only tabela_filha1 //Será realizado somente na tabela filha 1
>
> A mesma regra segue para UPDATE e DELETE.
>
> Abraços,
>
> Em 5 de julho de 2012 15:46, Matheus de Oliveira <
> matioli.math...@gmail.com> escreveu:
>
>>  Só complementando, tem que lembrar de criar constraints CHECKs nas
 tabelas filhas (para restringir as partições) e manter o parâmetro
 constraint_check como on, se não o particionamento não fará muito sentido,
 ou seja, ele fará um "UNION ALL" em todas as tabelas.


>>> Creio que vc quis falar sobre a GUC "constraint_exclusion" [1].
>>>
>>
>> Ops... Tô com memória corrompinda aqui!
>>
>> Tem razão, é "constraint_exclusion".
>>
>> Atenciosamente,
>> --
>> Matheus de Oliveira
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
>
> --
> Targino Silveira
> +55-85-8626-7297
> www.twitter.com/targinosilveira
>
> ___
> 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] RES: PgAdmin no Win7

[Saulo Morais Lara]

Utilizo o PG 9.0.8
Testei tanto no banco postgres quanto em um novo banco e o erro persiste.
Chequei os detalhes do erro e vi que ele aponta para uma DLL: msvcr90.dll

Assinatura do problema:
  Nome do Evento de Problema:   BEX
  Nome do Aplicativo:   pgadmin3.exe
  Versão do Aplicativo: 1.14.3.0
  Carimbo de Data/Hora do Aplicativo:   4fc89c63
  Nome do Módulo de Falhas: MSVCR90.dll
  Versão do Módulo de Falhas:   9.0.30729.6161
  Carimbo de Data/Hora do Módulo de Falhas: 4dace5b9
  Deslocamento de Exceção:  000694e6
  Código de Exceção:c417
  Dados de Exceção: 
  Versão do sistema operacional:6.1.7601.2.1.0.768.3
  Identificação da Localidade:  1046
  Informações Adicionais 1: 881a
  Informações Adicionais 2: 881aa17d092ab6945ed31976b81dedff
  Informações Adicionais 3: aa5f
  Informações Adicionais 4: aa5f71c6f7a49b3d54fe90b1db593672

Esta DLL existe na pasta c:\windows\winsxs que é uma pasta que contém
arquivos de compatibilidade, de acordo com um site que li.
Fui em outro computador onde o PgAdmin funciona, e esta DLL não existe na
pasta system32 ou syswow64, existe somente na pasta c:\windows\winsxs.

Tentei jogar essa DLL em syswow64 e registrar pra ver se funcionava mas
nada.

-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Dickson S.
Guedes
Enviada em: quinta-feira, 5 de julho de 2012 16:32
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] PgAdmin no Win7

Em 5 de julho de 2012 15:44, Saulo Morais Lara 
escreveu:
> Estou tendo problemas com o PgAdmin, tanto na versão 1.12.3 quanto na 
> 1.14.3.
>
> Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.
> Estou utilizando Win7 Home Premium 64 Bits.

Um firewall do Windows ou anti-virus não estaria bloquendo?

[]s
--
Dickson S. Guedes
mail/xmpp: gue...@guedesoft.net - skype: guediz http://guedesoft.net -
http://www.postgresql.org.br ___
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] Travamento de tabela

[Dickson S. Guedes]

Em 5 de julho de 2012 16:34, Aldrey Galindo  escreveu:
> Guedes,
>
>Eu rodei e não apareceu nada.

Voce rodou no momento em que tinha um processo em 'waiting'? Pois só neste
momento que esta consulta retornaria algo util para você


-- 
Dickson S. Guedes
mail/xmpp: gue...@guedesoft.net - skype: guediz
http://guedesoft.net - http://www.postgresql.org.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Particionamento de Tabelas

[Targino Silveira]

Um outro detalhe importante é a excução de queries:

select * from tabela_pai //Será executado na tabela pai e filhas
select * from only tabela_pai //Será executado somente na tabela pai
select * from only tabela_filha1 //Será realizado somente na tabela filha 1

A mesma regra segue para UPDATE e DELETE.

Abraços,

Em 5 de julho de 2012 15:46, Matheus de Oliveira
escreveu:

> Só complementando, tem que lembrar de criar constraints CHECKs nas tabelas
>>> filhas (para restringir as partições) e manter o parâmetro constraint_check
>>> como on, se não o particionamento não fará muito sentido, ou seja, ele fará
>>> um "UNION ALL" em todas as tabelas.
>>>
>>>
>> Creio que vc quis falar sobre a GUC "constraint_exclusion" [1].
>>
>
> Ops... Tô com memória corrompinda aqui!
>
> Tem razão, é "constraint_exclusion".
>
> Atenciosamente,
> --
> Matheus de Oliveira
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Targino Silveira
+55-85-8626-7297
www.twitter.com/targinosilveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgAdmin no Win7

[Julio Nardone]

Eu estou tendo problema na versão 1.14.3, tanto em bancos remotos como
em meu localhost. Já com a versão 1.6.3, que é a que utilizo desde
sempre com meu banco local que está em postGreSQL 8.2, ele funciona
normalmente.

2012/7/5 Dickson S. Guedes :
> Em 5 de julho de 2012 15:44, Saulo Morais Lara
>  escreveu:
>> Estou tendo problemas com o PgAdmin, tanto na versão 1.12.3 quanto na
>> 1.14.3.
>>
>> Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.
>> Estou utilizando Win7 Home Premium 64 Bits.
>
> Um firewall do Windows ou anti-virus não estaria bloquendo?
>
> []s
> --
> Dickson S. Guedes
> mail/xmpp: gue...@guedesoft.net - skype: guediz
> http://guedesoft.net - http://www.postgresql.org.br
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



-- 
Júlio

"As grandes tragédias e as grandes conquistas da humanidade não
ocorreram porque as pessoas eram essencialmente boas ou más, e sim
porque as pessoas são essencialmente humanas" (Crowley, o anjo
rastejante, em "Belas Maldições")
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Travamento de tabela

[Aldrey Galindo]

   Tem como eu verificar se ele gerou alguma inconsistência no catálogo?

Em 5 de julho de 2012 16:34, Aldrey Galindo escreveu:

> Guedes,
>
>Eu rodei e não apareceu nada.
>
> Em 5 de julho de 2012 16:30, Dickson S. Guedes escreveu:
>
> Em 5 de julho de 2012 16:23, Aldrey Galindo 
>> escreveu:
>> > Matheus,
>> >
>> >Era um acesso que tentei nesse momento.
>> >Reiniciei novamente o banco e quando tento refazer a tabela, ele
>> começa a
>> > rodar 'ALTER TABLE waiting'. Mais não faz nada, nem IO ele faz direito.
>>
>> Esta consulta te mostra qual processo esta esperando por outro:
>>
>> SELECT waiting.locktype AS waiting_locktype,
>> waiting.relation::regclass AS waiting_table, waiting_stm.current_query
>> AS waiting_query, waiting.mode AS waiting_mode, waiting.pid AS
>> waiting_pid, other.locktype AS other_locktype,
>> other.relation::regclass AS other_table, other_stm.current_query AS
>> other_query, other.mode AS other_mode, other.pid AS other_pid,
>> other.granted AS other_granted
>>FROM pg_locks waiting
>>JOIN pg_stat_activity waiting_stm ON waiting_stm.procpid = waiting.pid
>>JOIN pg_locks other ON waiting.database = other.database AND
>> waiting.relation = other.relation OR waiting.transactionid =
>> other.transactionid
>>JOIN pg_stat_activity other_stm ON other_stm.procpid = other.pid
>>   WHERE waiting.granted = false AND waiting.pid <> other.pid;
>>
>>
>> Veja se consegue rastrear.
>>
>> []s
>> --
>> Dickson S. Guedes
>> mail/xmpp: gue...@guedesoft.net - skype: guediz
>> http://guedesoft.net - http://www.postgresql.org.br
>> ___
>> 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] Travamento de tabela

[Aldrey Galindo]

Guedes,

   Eu rodei e não apareceu nada.

Em 5 de julho de 2012 16:30, Dickson S. Guedes escreveu:

> Em 5 de julho de 2012 16:23, Aldrey Galindo 
> escreveu:
> > Matheus,
> >
> >Era um acesso que tentei nesse momento.
> >Reiniciei novamente o banco e quando tento refazer a tabela, ele
> começa a
> > rodar 'ALTER TABLE waiting'. Mais não faz nada, nem IO ele faz direito.
>
> Esta consulta te mostra qual processo esta esperando por outro:
>
> SELECT waiting.locktype AS waiting_locktype,
> waiting.relation::regclass AS waiting_table, waiting_stm.current_query
> AS waiting_query, waiting.mode AS waiting_mode, waiting.pid AS
> waiting_pid, other.locktype AS other_locktype,
> other.relation::regclass AS other_table, other_stm.current_query AS
> other_query, other.mode AS other_mode, other.pid AS other_pid,
> other.granted AS other_granted
>FROM pg_locks waiting
>JOIN pg_stat_activity waiting_stm ON waiting_stm.procpid = waiting.pid
>JOIN pg_locks other ON waiting.database = other.database AND
> waiting.relation = other.relation OR waiting.transactionid =
> other.transactionid
>JOIN pg_stat_activity other_stm ON other_stm.procpid = other.pid
>   WHERE waiting.granted = false AND waiting.pid <> other.pid;
>
>
> Veja se consegue rastrear.
>
> []s
> --
> Dickson S. Guedes
> mail/xmpp: gue...@guedesoft.net - skype: guediz
> http://guedesoft.net - http://www.postgresql.org.br
> ___
> 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] PgAdmin no Win7

[Dickson S. Guedes]

Em 5 de julho de 2012 15:44, Saulo Morais Lara
 escreveu:
> Estou tendo problemas com o PgAdmin, tanto na versão 1.12.3 quanto na
> 1.14.3.
>
> Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.
> Estou utilizando Win7 Home Premium 64 Bits.

Um firewall do Windows ou anti-virus não estaria bloquendo?

[]s
-- 
Dickson S. Guedes
mail/xmpp: gue...@guedesoft.net - skype: guediz
http://guedesoft.net - http://www.postgresql.org.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Travamento de tabela

[Dickson S. Guedes]

Em 5 de julho de 2012 16:23, Aldrey Galindo  escreveu:
> Matheus,
>
>Era um acesso que tentei nesse momento.
>Reiniciei novamente o banco e quando tento refazer a tabela, ele começa a
> rodar 'ALTER TABLE waiting'. Mais não faz nada, nem IO ele faz direito.

Esta consulta te mostra qual processo esta esperando por outro:

SELECT waiting.locktype AS waiting_locktype,
waiting.relation::regclass AS waiting_table, waiting_stm.current_query
AS waiting_query, waiting.mode AS waiting_mode, waiting.pid AS
waiting_pid, other.locktype AS other_locktype,
other.relation::regclass AS other_table, other_stm.current_query AS
other_query, other.mode AS other_mode, other.pid AS other_pid,
other.granted AS other_granted
   FROM pg_locks waiting
   JOIN pg_stat_activity waiting_stm ON waiting_stm.procpid = waiting.pid
   JOIN pg_locks other ON waiting.database = other.database AND
waiting.relation = other.relation OR waiting.transactionid =
other.transactionid
   JOIN pg_stat_activity other_stm ON other_stm.procpid = other.pid
  WHERE waiting.granted = false AND waiting.pid <> other.pid;


Veja se consegue rastrear.

[]s
-- 
Dickson S. Guedes
mail/xmpp: gue...@guedesoft.net - skype: guediz
http://guedesoft.net - http://www.postgresql.org.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgAdmin no Win7

[Anselmo Silva]

Tenho o mesmo cenário em casa, mas roda normal...  passa alguns detalhes a
mais: versão do PostgreSQL

Em 5 de julho de 2012 16:09, Itamar Reis Peixoto
escreveu:

> 2012/7/5 Julio Nardone :
> > Também ando tendo este problemas, rodando em um Windows 7 64 bits
> >
>
> eu utilizo no linux e nao tenho problema algum.
>
>
> --
> 
>
> Itamar Reis Peixoto
> msn, google talk: ita...@ispbrasil.com.br
> +55 11 4063 5033 (FIXO SP)
> +55 34 9158 9329 (TIM)
> +55 34 8806 3989 (OI)
> +55 34 3221 8599 (FIXO MG)
> ___
> 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] Travamento de tabela

[Aldrey Galindo]

Matheus,

   Era um acesso que tentei nesse momento.
   Reiniciei novamente o banco e quando tento refazer a tabela, ele começa
a rodar 'ALTER TABLE waiting'. Mais não faz nada, nem IO ele faz direito.


Em 5 de julho de 2012 16:19, Matheus de Oliveira
escreveu:

> 2012/7/5 Aldrey Galindo 
>
>>
>>Tenho um banco de dados que foi reiniciado com algum processo
>> realizando lock exclusivo. Depois disso ele acabou não voltando. Tentei um
>> dump e restore, mais quando tento o restore ele não faz nada.
>>Vendo o pg_locks, vi que após reiniciar o banco ele tem:
>> --- pg_locks ---
>>  relation  |16386 |17955 |  |   |
>> |   | |   |  | 3/21   | 4451 |
>> AccessExclusiveLock | f
>>  virtualxid|  |  |  |   | 3/21
>> |   | |   |  | 3/21   | 4451 |
>> ExclusiveLock   | t
>> --- fim ---
>>
>>O detalhe é que não tem nada rodando agora no banco. Alguém tem alguma
>> idéia?
>>
>>
> E o que diz a pg_stat_activity?
>
> SELECT * FROM pg_stat_activity;
>
> Verifique também se o lock não é do seu próprio processo, basta ver o
> número com a função pg_backend_pid().
>
> --
> Matheus de Oliveira
>
>
> ___
> 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] Travamento de tabela

[Matheus de Oliveira]

2012/7/5 Aldrey Galindo 

>
>Tenho um banco de dados que foi reiniciado com algum processo
> realizando lock exclusivo. Depois disso ele acabou não voltando. Tentei um
> dump e restore, mais quando tento o restore ele não faz nada.
>Vendo o pg_locks, vi que após reiniciar o banco ele tem:
> --- pg_locks ---
>  relation  |16386 |17955 |  |   |
> |   | |   |  | 3/21   | 4451 |
> AccessExclusiveLock | f
>  virtualxid|  |  |  |   | 3/21
> |   | |   |  | 3/21   | 4451 |
> ExclusiveLock   | t
> --- fim ---
>
>O detalhe é que não tem nada rodando agora no banco. Alguém tem alguma
> idéia?
>
>
E o que diz a pg_stat_activity?

SELECT * FROM pg_stat_activity;

Verifique também se o lock não é do seu próprio processo, basta ver o
número com a função pg_backend_pid().

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

[pgbr-geral] Travamento de tabela

[Aldrey Galindo]

   Tenho um banco de dados que foi reiniciado com algum processo realizando
lock exclusivo. Depois disso ele acabou não voltando. Tentei um dump e
restore, mais quando tento o restore ele não faz nada.
   Vendo o pg_locks, vi que após reiniciar o banco ele tem:
--- pg_locks ---
 relation  |16386 |17955 |  |   |
|   | |   |  | 3/21   | 4451 |
AccessExclusiveLock | f
 virtualxid|  |  |  |   | 3/21
|   | |   |  | 3/21   | 4451 |
ExclusiveLock   | t
--- fim ---

   O detalhe é que não tem nada rodando agora no banco. Alguém tem alguma
idéia?

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

Re: [pgbr-geral] PgAdmin no Win7

[Itamar Reis Peixoto]

2012/7/5 Julio Nardone :
> Também ando tendo este problemas, rodando em um Windows 7 64 bits
>

eu utilizo no linux e nao tenho problema algum.


-- 


Itamar Reis Peixoto
msn, google talk: ita...@ispbrasil.com.br
+55 11 4063 5033 (FIXO SP)
+55 34 9158 9329 (TIM)
+55 34 8806 3989 (OI)
+55 34 3221 8599 (FIXO MG)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PgAdmin no Win7

[Julio Nardone]

Também ando tendo este problemas, rodando em um Windows 7 64 bits

2012/7/5 Saulo Morais Lara :
> Estou tendo problemas com o PgAdmin, tanto na versão 1.12.3 quanto na
> 1.14.3.
>
> Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.
>
> Estou utilizando Win7 Home Premium 64 Bits.
>
> Na verdade no site do PgAdmin não existe instalação pra Win64, somente para
> Win32.
>
> Dei uma pesquisada e vi pessoas utilizando o PgAdmin na mesma versão do
> Windows que uso sem problemas.
>
> Alguma dica?
>
>
>
> At.te,
> Saulo Morais
> Depto de Desenvolvimento
>
> Ability Informática Ltda
>
> NOVO ENDEREÇO: Praça Torquato de Almeida, 29 - Centro
>
> 35660-041 - Pará de Minas - MG
>
> (37) 3232-1127
>
> sa...@abilityonline.com.br
>
> Rua Tenente Batista, 36 - Centro
>
> 35519-000 - Nova Serrana - MG
>
> (37) 3226-6007
>
> c...@abilityonline.com.br
>
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Júlio

"As grandes tragédias e as grandes conquistas da humanidade não
ocorreram porque as pessoas eram essencialmente boas ou más, e sim
porque as pessoas são essencialmente humanas" (Crowley, o anjo
rastejante, em "Belas Maldições")
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Particionamento de Tabelas

[Matheus de Oliveira]

>
> Só complementando, tem que lembrar de criar constraints CHECKs nas tabelas
>> filhas (para restringir as partições) e manter o parâmetro constraint_check
>> como on, se não o particionamento não fará muito sentido, ou seja, ele fará
>> um "UNION ALL" em todas as tabelas.
>>
>>
> Creio que vc quis falar sobre a GUC "constraint_exclusion" [1].
>

Ops... Tô com memória corrompinda aqui!

Tem razão, é "constraint_exclusion".

Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PgAdmin no Win7

[Saulo Morais Lara]

Estou tendo problemas com o PgAdmin, tanto na versão 1.12.3 quanto na
1.14.3.

Quando acesso o banco e clico em SQl Queries o PgAdmin para de funcionar.

Estou utilizando Win7 Home Premium 64 Bits.

Na verdade no site do PgAdmin não existe instalação pra Win64, somente para
Win32.

Dei uma pesquisada e vi pessoas utilizando o PgAdmin na mesma versão do
Windows que uso sem problemas.

Alguma dica?

 

At.te,
Saulo Morais
Depto de Desenvolvimento

Ability Informática Ltda

NOVO ENDEREÇO: Praça Torquato de Almeida, 29 - Centro

35660-041 - Pará de Minas - MG

(37) 3232-1127

  sa...@abilityonline.com.br

Rua Tenente Batista, 36 - Centro

35519-000 - Nova Serrana - MG

(37) 3226-6007

  c...@abilityonline.com.br

 

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

Re: [pgbr-geral] Particionamento de Tabelas

[Fabrízio de Royes Mello]

Em 5 de julho de 2012 14:31, Matheus de Oliveira
escreveu:

>
>> Só complementando, tem que lembrar de criar constraints CHECKs nas
> tabelas filhas (para restringir as partições) e manter o parâmetro
> constraint_check como on, se não o particionamento não fará muito sentido,
> ou seja, ele fará um "UNION ALL" em todas as tabelas.
>
>
Creio que vc quis falar sobre a GUC "constraint_exclusion" [1].

[1]
http://www.postgresql.org/docs/9.1/static/runtime-config-query.html#GUC-CONSTRAINT-EXCLUSION

-- 
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] Como habilitar a função crosstab do postgre?

[Matheus de Oliveira]

crosstab é uma contrib, você deve instalá-la [1].

[1] http://www.postgresql.org/docs/9.1/static/contrib.html (abaixo do
sumário)

Atenciosamente,
--
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Particionamento de Tabelas

[Matheus de Oliveira]

>
> > E quando eu faço um select eu preciso passar a tabela tb? vou precisar
> > criar mais 20 Rules para fazer o select no local correto?
>
> Não. O sistema de herança cuida disso pra você.
> As operações SELECT, UPDATE e DELETE são feitas sobre a tabela "pai". Os
> resultados automaticamente virão das tabelas filhas. Você não precisa se
> preocupar com nada nestes casos.
>
> Apenas a operação de INSERT precisa de um gatilho ou regra na tabela
> "pai" para escolher para qual "filha" o dado vai. Na minha experiência,
> gatilhos são muito mais rápidos que regras.
>

Só complementando, tem que lembrar de criar constraints CHECKs nas tabelas
filhas (para restringir as partições) e manter o parâmetro constraint_check
como on, se não o particionamento não fará muito sentido, ou seja, ele fará
um "UNION ALL" em todas as tabelas.

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

Re: [pgbr-geral] Como habilitar a função crosstab do postgre?

[Guimarães Faria Corcete DUTRA , Leandro]

2012/7/5 Itamar Reis Peixoto :
>
> o que é postgre ?

Deve ser quando o gajo descobre a resposta no meio de escrever a
mensagem, mas envia mesmo assim por engano…
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como habilitar a função crosstab do postgre?

[Itamar Reis Peixoto]

2012/7/5 Fabio Luis Rodrigues :
> Boa tarde Amigos,
> Estou necessitando utilizar a função crosstab ( referência:
> http://www.postgresql.org/docs/9.1/static/tablefunc.html ) porém ela não
> existe.
>
> Estou em um servidor windows server 2003 e esta função não existe.
> Na pasta existem as DLL's, mas não sei como posso habilitar e utilizar.
>
> Ex:
>
> SELECT *
> FROM crosstab(
>   'select rowid, attribute, value
>from ct
>where attribute = ''att2'' or attribute = ''att3''
>order by 1,2')
> AS ct(row_name text, category_1 text, category_2 text, category_3 text);
>
>  row_name | category_1 | category_2 | category_3
> --+++
>  test1| val2   | val3   |
>  test2| val6   | val7   |
> (2 rows)
>
>
>
> --
> Att,
> Fabio Luis Rodrigues
> 55 21 9865-2071


o que é postgre ?


-- 


Itamar Reis Peixoto
msn, google talk: ita...@ispbrasil.com.br
+55 11 4063 5033 (FIXO SP)
+55 34 9158 9329 (TIM)
+55 34 8806 3989 (OI)
+55 34 3221 8599 (FIXO MG)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Como habilitar a função crosstab do postgre?

[Fabio Luis Rodrigues]

 Boa tarde Amigos,
Estou necessitando utilizar a função crosstab (
referência: http://www.postgresql.org/docs/9.1/static/tablefunc.html )
porém ela não existe.

Estou em um servidor windows server 2003 e esta
função não existe.
Na pasta existem as DLL's, mas não sei como posso
habilitar e utilizar.

Ex:

SELECT *
FROM crosstab(
 'select rowid,
attribute, value
 from ct
 where attribute = ''att2'' or attribute =
''att3''
 order by 1,2')
AS ct(row_name text, category_1 text,
category_2 text, category_3 text);

 row_name | category_1 | category_2
| category_3
--+++
 test1 |
val2 | val3 |
 test2 | val6 | val7 |
(2 rows)

-- 

Att,
 Fabio Luis
Rodrigues
 55 21 9865-2071
-

Ao viver a vida,
procure sempre a felicidade. ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Particionamento de Tabelas

[Flavio Henrique Araque Gurgel]

Em 05-07-2012 13:50, Cesar Moraes escreveu:
> Boa tarde,
>
> Estava estudando particionamento de tabela e me surgiram alguma duvidas.
>
> Para particionar tabelas no Postgres voce deve criar tabelas tabelas
> "filhas" que herdam a estrutura da tabela "pai".
>
> E quando vc faz o insert de um registro novo vc precisa ter um Rule ou
> Trigger para inserir na tabela correta, certo?

Certo.

> Significa que se eu tiver 20 partições preciso ter 20 triggers.

Não.
Você precisa de apenas um gatilho na tabela "pai" cuja lógica escolhe a 
tabela "filha" adequada.

> E quando eu faço um select eu preciso passar a tabela tb? vou precisar
> criar mais 20 Rules para fazer o select no local correto?

Não. O sistema de herança cuida disso pra você.
As operações SELECT, UPDATE e DELETE são feitas sobre a tabela "pai". Os 
resultados automaticamente virão das tabelas filhas. Você não precisa se 
preocupar com nada nestes casos.

Apenas a operação de INSERT precisa de um gatilho ou regra na tabela 
"pai" para escolher para qual "filha" o dado vai. Na minha experiência, 
gatilhos são muito mais rápidos que regras.

[]s

Flavio Henrique A. Gurgel
Consultor e Instrutor 4Linux
Tel: +55-11-2125-4747
www.4linux.com.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Particionamento de Tabelas

[Cesar Moraes]

Boa tarde,

Estava estudando particionamento de tabela e me surgiram alguma duvidas.

Para particionar tabelas no Postgres voce deve criar tabelas tabelas
"filhas" que herdam a estrutura da tabela "pai".

E quando vc faz o insert de um registro novo vc precisa ter um Rule ou
Trigger para inserir na tabela correta, certo?
Significa que se eu tiver 20 partições preciso ter 20 triggers.

E quando eu faço um select eu preciso passar a tabela tb? vou precisar
criar mais 20 Rules para fazer o select no local correto?

Agradeço a ajuda

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