Re: [pgbr-geral] Remover caracteres escondido

[Thiago H. Barreto]

2017-08-18 11:03 GMT-03:00 Zan :

> On 18/08/2017 10:57, Douglas Fabiano Specht wrote:
>
>> bom dia
>> ja tive esse problema, e utilize a seguinte função.
>>
>>
>>
>>   --função para substituir caracteres especiais
>>
>>   CREATE OR REPLACE FUNCTION retira_acentuacao1(p_texto text)
>>RETURNS text AS
>>   $BODY$
>>   Select translate($1,
>>   'áâãäåaaaÁÂÃÄÅAAAèééêëeEEEÉEEìíîïìiiiÌÍÎÏÌIIIóôõöoooÒÓÔÕ
>> ÖOOOùúûüÙÚÛÜçÇ<>!@#$%¨*()_+={}[]?;:|*~^´`¨æÆø£Øƒªº¿®½¼ßµþýÝ€§¬©¢¥¤ðÐÞÞ¶
>> ',  --no final tem tbm o 144 da tabela ascii
>>   
>> 'áâãaÁÂÃAèééêeeEEEÉEEìíîiìiiiÌÍÎIÌIIIóôõÒÓÔÕùúûuÙÚÛUçÇ
>> '
>>);
>>   $BODY$
>>   LANGUAGE sql VOLATILE
>>   COST 100;
>>
>
> Douglas, no meu caso não deu certo. Este bendito caractere (\342\200\213)
> é uma "?".


Na função informada pelo colega, não existe o caracter '\', você terá
que acrescentar na função!?!

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





*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Conexao remota PG ADMIN

[Thiago H. Barreto]

Em 17 de agosto de 2017 11:41, Tiago Brasil <neotbra...@gmail.com> escreveu:

> Prezados, bom dia!
>
> Estou tentando configurar o postgres 9.6 para aceitar conexões de todas as
> máquinas da rede 0.0.0.0/0
>
> # IPv4 local connections:
> hostall all 127.0.0.1/32  md5
> hostall all 0.0.0.0/0 md5
>
> Esta configuração funciona em outro servidor virtualizado que possuo.
> Também efetuei a configuração no arquivo postgresql.conf no parâmetro
>
> *: listen_addresses = '*'*
> Quando tento conectar no servidor via pg admin na minha , ocorre o
> seguinte error
> Server doesn't listen
> The server doesn't accept connections: the connection library reports
> could not connect to server: Connection timed out (0x274C/10060) Is
> the server running on host "10.250.250.32" and accepting TCP/IP connections
> on port 5432?
>
> O que poderia ser? Seria alguma permissão de firewall?
>

Esta semana passei por isto...
Quando tentava acessar o servidor via DDNS dentro da própria rede
aparecei este erro,tentei acessar externamente e conectou
normalmente.

Não sei se é o seu caso, mas tente acessar de fora da rede, se não
conectar, provável que   vai ser o Firewall.

A porta 5432 esta liberada no modem? IP do servidor esta na DMZ?


>
> Utilizo versão debian 9.1.
>
> --
> --*Tiago Menezes Brasil*--
> *Centro Universitário do Estado do Pará* (*CESUPA*)
> *Bacharel em Ciências da Computação* (*BCC*)
> --* Belém - PA - Brasil* --
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda consulta

[Thiago H. Barreto]

Obrigado.

Vou dar uma lida aqui.

Em 17 de julho de 2017 09:52, Saulo Morais <sa...@abilityonline.com.br>
escreveu:

> >>Tenho a seguinte tabela e gostaria que a mesma gera-se as informações
> igual a consulta abaixo. É possível gerar uma consulta com o resultado
> abaixo?
>
>
> Veja se este artigo te ajuda
>
> http://www.vertabelo.com/blog/technical-articles/creating-
> pivot-tables-in-postgresql-using-the-crosstab-function
>
> <http://www.vertabelo.com/blog/technical-articles/creating-pivot-tables-in-postgresql-using-the-crosstab-function>
> Pivot Tables in PostgreSQL Using the Crosstab Function
> <http://www.vertabelo.com/blog/technical-articles/creating-pivot-tables-in-postgresql-using-the-crosstab-function>
> www.vertabelo.com
> Pivot Tables in PostgreSQL Using the Crosstab Function. by Maria Alcaraz
> Database Developer. Posted: May 19, 2016
>
>
> At.te,
> *Saulo Morais*
>
> ------
> *De:* pgbr-geral <pgbr-geral-boun...@listas.postgresql.org.br> em nome de
> Thiago H. Barreto <thi...@sedcontabilidade.com.br>
> *Enviado:* quinta-feira, 13 de julho de 2017 11:33:11
> *Para:* Comunidade PostgreSQL Brasileira
> *Assunto:* [pgbr-geral] Ajuda consulta
>
> Bom dia a todos.
>
> Tenho a seguinte tabela e gostaria que a mesma gera-se as informações
> igual a consulta abaixo. É possível gerar uma consulta com o resultado
> abaixo?
>
> *Tabela 01*
> *ID* *Nome* *Data* *Base* *Imposto*
>
>
>
>
>
>
> 1 Carla 01/01/2017 3.000,00 240,00
>
>
>
>
>
>
> 1 Carla 01/02/2017 3.100,00 248,00
>
>
>
>
>
>
> 1 Carla 01/03/2017 3.000,00 240,00
>
>
>
>
>
>
> 1 Carla 01/04/2017 3.200,00 256,00
>
>
>
>
>
>
> 1 Carla 01/05/2017 3.000,00 240,00
>
>
>
>
>
>
> 2 Matheus 01/01/2017 1.500,00 120,00
>
>
>
>
>
>
> 2 Matheus 01/02/2017 1.700,00 136,00
>
>
>
>
>
>
> 2 Matheus 01/03/2017 1.500,00 120,00
>
>
>
>
>
>
> 3 Igor 01/01/2017 4.500,00 360,00
>
>
>
>
>
>
> 3 Igor 01/02/2017 2.000,00 160,00
>
>
>
>
>
>
> 3 Igor 01/03/2017 4.500,00 360,00
>
>
>
>
>
>
> 3 Igor 01/04/2017 3.580,00 286,40
>
>
>
>
>
>
> 3 Igor 01/05/2017 4.500,00 360,00
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Resultado* *Consulta*
>
>
>
>
>
>
>
>
>
> *Apos a consulta*
>
>
>
>
>
>
>
>
>
>
>
> *01/01/2017* *01/02/2017* *01/03/2017* *01/04/2017* *01/05/2017*
> *01/01/2017* *01/02/2017* *01/03/2017* *01/04/2017* *01/05/2017*
> 1 Carla 3.000,00 3.100,00 3.000,00 3.200,00 3.000,00 240 248 240 256 240
> 2 Matheus 1.500,00 1.700,00 1.500,00 120 136 120
>
>
>
> 3 Igor 4.500,00 2.000,00 4.500,00 3.580,00 4.500,00 360 160 360 286,4 360
>
>
>
> Obrigado.
>
>
> --
> Thiago H. Barreto
> Sed Contabilidade S/S Ltda
> thi...@sedcontabilidade.com.br
>
>
>
>
>
>
>
> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
> papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
> melhor para o mundo!*
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda consulta

[Thiago H. Barreto]

Bom dia a todos.

Tenho a seguinte tabela e gostaria que a mesma gera-se as informações igual
a consulta abaixo. É possível gerar uma consulta com o resultado abaixo?

*Tabela 01*
*ID* *Nome* *Data* *Base* *Imposto*






1 Carla 01/01/2017 3.000,00 240,00






1 Carla 01/02/2017 3.100,00 248,00






1 Carla 01/03/2017 3.000,00 240,00






1 Carla 01/04/2017 3.200,00 256,00






1 Carla 01/05/2017 3.000,00 240,00






2 Matheus 01/01/2017 1.500,00 120,00






2 Matheus 01/02/2017 1.700,00 136,00






2 Matheus 01/03/2017 1.500,00 120,00






3 Igor 01/01/2017 4.500,00 360,00






3 Igor 01/02/2017 2.000,00 160,00






3 Igor 01/03/2017 4.500,00 360,00






3 Igor 01/04/2017 3.580,00 286,40






3 Igor 01/05/2017 4.500,00 360,00



















*Resultado* *Consulta*









*Apos a consulta*











*01/01/2017* *01/02/2017* *01/03/2017* *01/04/2017* *01/05/2017*
*01/01/2017* *01/02/2017* *01/03/2017* *01/04/2017* *01/05/2017*
1 Carla 3.000,00 3.100,00 3.000,00 3.200,00 3.000,00 240 248 240 256 240
2 Matheus 1.500,00 1.700,00 1.500,00 120 136 120



3 Igor 4.500,00 2.000,00 4.500,00 3.580,00 4.500,00 360 160 360 286,4 360



Obrigado.


-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
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: RES: PostgreSQL ataque???

[Thiago H. Barreto]

Em 20 de abril de 2017 13:25, Pedro B. Alves 
escreveu:

>
>>
>> O firewall não é o problema aqui.
>>
>> Se a porta do banco de dados está aberta para a internet por algum
>> requisito de negócio (conexões de outros sistemas/clientes/etc) o firewall
>> teria que liberar a porta de qualquer maneira. Caso não haja esta
>> necessidade de estar aberta para a internet, então neste caso sim, o
>> firewall deveria bloquear este acesso.
>>
>> De qualquer forma, o principal ponto aqui é:
>>
>> 1. o pg_hba não pode estar como trust para qualquer ip
>> 2. é necessário sempre ter uma política de backup madura (backup +
>> armazenamento do backup fora do servidor + testes de restore do backup para
>> validar o mesmo)
>>
>> Isto porque o atacante apenas aproveitou uma brecha de configuração
>> (pessoas com bancos de dados na porta padrão, expostas na internet e sem
>> requisitos de senha), ou seja, não foi um ataque sofisticado do ponto de
>> vista do banco de dados.
>>
>
>
> o banco de dados possuía senha. não temos nenhum banco sem senha.
>
>
   Aqui que esta o problema (Falsa sensação de segurança)
   Você pode colocar uma senha de 24 caracteres alfanuméricas com símbolos
especiais sem repetir nenhum carácter e achar que esta tudo "OK".

Mas se em seu arquivo *pg_hba.conf* estiver com o parâmetro *Trust*, ai já
era... Qualquer senha é aceita no banco de dados.

# TYPE  DATABASEUSERADDRESS METHOD

# IPv4 local connections:
hostall all 127.0.0.1/0*trust
 (Deveria estar MD5)*





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



-- 



*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
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 Restore demorando muito

[Thiago H. Barreto]

Em 18 de novembro de 2016 09:08, Marcell Ribeiro 
escreveu:

> Bom dia galera, estou fazendo um pg restore mas está demorando cerca de 7
> horas pra restaurar apenas um tar de 60gb,
>

   Seria interessante, colocar as configurações do servidor, visto que cada
configuração pode estabelecer um tempo de restore.


>
> Que parâmetros eu poderia mudar no postgresql.conf pra melhorar isso? Já
> pesquisei no google e alterei alguns mas ainda não deu certo não sei por
> que.
>
>
>
> --
>
>
> [image: --]
>
> Marcell Ribeiro
> [image: https://]about.me/marcellribeiro
>
> 
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>




*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configurações Servidor Desenvolvimento Postgres

[Thiago H. Barreto]

Em 25 de agosto de 2016 10:25, Leonardo Coleraus 
escreveu:

> Bom Dia Amigos,
>
>
> Eu estou fazendo uns testes num balancete pra diminuir o tempo de consulta
> dele, mas antes gostaria de saber qual a melhor configuração pra fazer no
> *postgres.conf*, do servidor de *DESENVOLVIMENTO* pra ter um bom ambiente
> de teste, pois no meu Servidor de Produção esse balancete demora em torno
> de 1 hora pra fazer, mas quero reduzir esse tempo pra uns 20 a 30 minutos.
> Por isso que colocar deixa bem redondo o servidor pra facilitar.
>

 Pode ser que com este site[1], você possa ter uma melhor visualização das
configurações do Posgres, para seu ambiente.

 [1] http://www.pgconfig.org/



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









*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erros ignorados Pg_dump

[Thiago H. Barreto]

Obrigado Daniel!

2016-04-19 8:42 GMT-03:00 Daniel Luiz da Silva <daniel.si...@ipm.com.br>:

> Thiago,
>
> Insere no final do comando do pg_restore ou pg_dump a instrução " >>
> C:\restore.log", essa instrução criará um log do pg_restore ou pg_dump.
>
> Att.
>
> --
> *De: *"Thiago H. Barreto" <thi...@sedcontabilidade.com.br>
> *Para: *"Comunidade PostgreSQL Brasileira" <
> pgbr-geral@listas.postgresql.org.br>
> *Enviadas: *Terça-feira, 19 de abril de 2016 7:51:42
> *Assunto: *[pgbr-geral] Erros ignorados Pg_dump
>
> Boa tarde a todos.
>
> Tenho um Servidor de produção Ubuntu 14.04 + Postgres 9.0.23 e tenho uma
> maquina Server 2003 + Postgres 9.5 ,onde realizo o restore dos meus dumps.
> Porem, estou realizando o restore com o pg_dump e no fim do processo esta
> aparecendo um Aviso, informando que foram ignorados 39 erros.
>
> Gostaria de saber se existe algum lugar no Windows que armazena os logs do
> pg_dump no momento do restore, pois sei que tiveram 39 erros ignorados, mas
> não sei quais...
>
> O script do restore é esse:
>
> SET PGPASSWORD=Senha
>
> cd "C:\Arquivos de programas\PostgreSQL\9.5\bin"
> pg_restore -h localhost -p 5432 -U postgres -d BASE -v D:\BKP_BASE.backup
> pause
>
> A unica informação que vi que estão diferentes entre os servidores são
> collection e caracter type, estão assim:
>
> Ubuntu:
>
>   LC_COLLATE = 'pt_BR.UTF-8'
>   LC_CTYPE = 'pt_BR.UTF-8'
>
> Windows:
>
>  LC_COLLATE = 'Portuguese_Brazil.1252'
>  LC_CTYPE = 'Portuguese_Brazil.1252'
>
> Obs: Sei que a versão 9.0.23 esta defasada, porem é a versão homologada
> pela desenvolvedora do sistema.
>
>
>
>
>
>
>
>
>
>
> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
> papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
> melhor para o mundo!*
>
> ___
> 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
>



-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erros ignorados Pg_dump

[Thiago H. Barreto]

Boa tarde a todos.

Tenho um Servidor de produção Ubuntu 14.04 + Postgres 9.0.23 e tenho uma
maquina Server 2003 + Postgres 9.5 ,onde realizo o restore dos meus dumps.
Porem, estou realizando o restore com o pg_dump e no fim do processo esta
aparecendo um Aviso, informando que foram ignorados 39 erros.

Gostaria de saber se existe algum lugar no Windows que armazena os logs do
pg_dump no momento do restore, pois sei que tiveram 39 erros ignorados, mas
não sei quais...

O script do restore é esse:

SET PGPASSWORD=Senha

cd "C:\Arquivos de programas\PostgreSQL\9.5\bin"
pg_restore -h localhost -p 5432 -U postgres -d BASE -v D:\BKP_BASE.backup
pause

A unica informação que vi que estão diferentes entre os servidores são
collection e caracter type, estão assim:

Ubuntu:

  LC_COLLATE = 'pt_BR.UTF-8'
  LC_CTYPE = 'pt_BR.UTF-8'

Windows:

 LC_COLLATE = 'Portuguese_Brazil.1252'
 LC_CTYPE = 'Portuguese_Brazil.1252'

Obs: Sei que a versão 9.0.23 esta defasada, porem é a versão homologada
pela desenvolvedora do sistema.









*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro "$ libdir / _int":

[Thiago H. Barreto]

Consegui resolver o problema.

Estava faltando instalar alguns componentes no Postgresql.

Executei o comando: postgresql-contrib-9.0

E deu certo.

Obrigado.

2016-02-10 1:36 GMT-02:00 Osvaldo Kussama <osvaldo.kuss...@gmail.com>:

> Em 09/02/16, Thiago H. Barreto<thi...@sedcontabilidade.com.br> escreveu:
> > Boa tarde Galera.
> >
> > Estou precisando da ajuda de vocês.
> > Tive que mudar um servidor que esta com problemas e quando acesso a
> > aplicação dá o seguinte erro.. "não pôde acessar arquivo "$libdir/_int":
> > Arquivo ou diretório não encontrado."
> >
> > Eu encontrei a seguinte explicação no google
> >
> > "Se você receber o erro ERRO: não foi possível acessar o arquivo "$
> libdir
> > / _int": Nenhum tal lima ou diretório , o que significa que os
> *intArray* e
> > *intagg* extensões precisam ser instalados no PostgreSQL."
> >
> > Alguem sabe como criar estas extensões no Ubuntu? Estou utilizando a
> versão
> > 14.04.
> >
>
>
> Veja:
> CREATE EXTENSION em:
> http://www.postgresql.org/docs/current/interactive/contrib.html
> e
> http://www.postgresql.org/docs/current/interactive/sql-createextension.html
>
> além de:
> http://www.postgresql.org/docs/current/interactive/intagg.html
> http://www.postgresql.org/docs/current/interactive/intarray.html
>
> Osvaldo
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erro "$ libdir / _int":

[Thiago H. Barreto]

Boa tarde Galera.

Estou precisando da ajuda de vocês.
Tive que mudar um servidor que esta com problemas e quando acesso a
aplicação dá o seguinte erro.. "não pôde acessar arquivo "$libdir/_int":
Arquivo ou diretório não encontrado."

Eu encontrei a seguinte explicação no google

"Se você receber o erro ERRO: não foi possível acessar o arquivo "$ libdir
/ _int": Nenhum tal lima ou diretório , o que significa que os *intArray* e
*intagg* extensões precisam ser instalados no PostgreSQL."

Alguem sabe como criar estas extensões no Ubuntu? Estou utilizando a versão
14.04.

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

Re: [pgbr-geral] Ajuda criação de Update com utilização de substr

[Thiago H. Barreto]

2015-12-29 16:08 GMT-02:00 Crauss, Jacson <cra...@gmail.com>:

>
> 2015-12-29 15:46 GMT-02:00 Thiago H. Barreto <
> thi...@sedcontabilidade.com.br>:
>
>> Boa tarde caros colegas.
>>
>> Estou precisando da ajuda, pois estou quebrando a cabeça e não esta
>> saindo nada...
>>
>> Preciso atualizar um campo em uma tabela na minha base de dados.
>>
>> A estrutura é a seguinte das tabelas:
>>
>> CREATE TABLE wfiscal.di00800
>> (
>>   iddipi character varying(40) NOT NULL,
>>   idnota character varying(40),
>>   idclassificacao integer,
>>   desccomplementar character varying(20),
>> CONSTRAINT di00800_idxprimario PRIMARY KEY (iddipi));
>>
>> CREATE TABLE wfiscal.cd0
>> (
>>   idcodigo character varying(40) NOT NULL,
>>   dtinicial timestamp without time zone,
>>   dtfinal timestamp without time zone,
>>   cdcodigo integer,
>>   cdclassificacao character varying(20),
>>   nmdescricao character varying(53),
>> CONSTRAINT cd0_idxprimario PRIMARY KEY (idcodigo));
>>
>
> Thiago, não tem uma FK entre estas tabelas?
>
>
Na base de dados não especifica uma chave estrangeira, porem a ligação
entra as tabelas está entre as tabelas di00358 idclassificacao e cd00358
cdcodigo(o cdclassificacao é o NCM do produto).

>
>
>
> ___
> 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] Ajuda criação de Update com utilização de substr

[Thiago H. Barreto]

Boa tarde caros colegas.

Estou precisando da ajuda, pois estou quebrando a cabeça e não esta saindo
nada...

Preciso atualizar um campo em uma tabela na minha base de dados.

A estrutura é a seguinte das tabelas:

CREATE TABLE wfiscal.di00800
(
  iddipi character varying(40) NOT NULL,
  idnota character varying(40),
  idclassificacao integer,
  desccomplementar character varying(20),
CONSTRAINT di00800_idxprimario PRIMARY KEY (iddipi));

CREATE TABLE wfiscal.cd0
(
  idcodigo character varying(40) NOT NULL,
  dtinicial timestamp without time zone,
  dtfinal timestamp without time zone,
  cdcodigo integer,
  cdclassificacao character varying(20),
  nmdescricao character varying(53),
CONSTRAINT cd0_idxprimario PRIMARY KEY (idcodigo));

Preciso atualizar o campo d*esccomplementar* da tabela *di00358* com o
valor do campo *nmdescricao *da tabela *cd00358*, ressaltando que o tamanho
do campo *nmdescricao *da tabela *cd00358* tem 53 caracteres e o campo
desccomplentar tem apenas 20, então tenho que utilizar a função *substr*,
porem ai que vem o problema, como vou fazer para realizar esta atualização?

Eu utilizei o comando para atualizar os produtos com o valor XXX, porem
quero saber como faço para atualizar os valores com os valores do campo de
outra tabela e ainda pegar apenas os 20 primeiros caracteres, eu li que a
função SELECT SUBSTR (Campo_tabela,1,20) ela pega o valor do campo da
posição inicial 1 até a 20, porem utilizar este comando pegando os dados de
uma outra tabela

Segue script.

update wfiscal.di00800 set desccomplementar = 'XXX' where idclassificacao
in(select distinct(DI.idclassificacao) from wfiscal.di00800 as DI,
wfiscal.cd00800 as CD where DI.idclassificacao = CD.cdcodigo
and DI.data_movimento = '01-11-2015')

Desde já, muito obrigado.

-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda criação de Update com utilização de substr

[Thiago H. Barreto]

Eu utilizei como exemplo as tabelas

Create CREATE TABLE wfiscal.di00800 na verdade seria wfiscal.di00358
CREATE TABLE wfiscal.cd0 e wfiscal.cd00358

2015-12-29 15:46 GMT-02:00 Thiago H. Barreto <thi...@sedcontabilidade.com.br
>:

> Boa tarde caros colegas.
>
> Estou precisando da ajuda, pois estou quebrando a cabeça e não esta saindo
> nada...
>
> Preciso atualizar um campo em uma tabela na minha base de dados.
>
> A estrutura é a seguinte das tabelas:
>
> CREATE TABLE wfiscal.di00800
> (
>   iddipi character varying(40) NOT NULL,
>   idnota character varying(40),
>   idclassificacao integer,
>   desccomplementar character varying(20),
> CONSTRAINT di00800_idxprimario PRIMARY KEY (iddipi));
>
> CREATE TABLE wfiscal.cd0
> (
>   idcodigo character varying(40) NOT NULL,
>   dtinicial timestamp without time zone,
>   dtfinal timestamp without time zone,
>   cdcodigo integer,
>   cdclassificacao character varying(20),
>   nmdescricao character varying(53),
> CONSTRAINT cd0_idxprimario PRIMARY KEY (idcodigo));
>
> Preciso atualizar o campo d*esccomplementar* da tabela *di00358* com o
> valor do campo *nmdescricao *da tabela *cd00358*, ressaltando que o
> tamanho do campo *nmdescricao *da tabela *cd00358* tem 53 caracteres e o
> campo desccomplentar tem apenas 20, então tenho que utilizar a função
> *substr*, porem ai que vem o problema, como vou fazer para realizar esta
> atualização?
>
> Eu utilizei o comando para atualizar os produtos com o valor XXX, porem
> quero saber como faço para atualizar os valores com os valores do campo de
> outra tabela e ainda pegar apenas os 20 primeiros caracteres, eu li que a
> função SELECT SUBSTR (Campo_tabela,1,20) ela pega o valor do campo da
> posição inicial 1 até a 20, porem utilizar este comando pegando os dados de
> uma outra tabela
>
> Segue script.
>
> update wfiscal.di00800 set desccomplementar = 'XXX' where idclassificacao
> in(select distinct(DI.idclassificacao) from wfiscal.di00800 as DI,
> wfiscal.cd00800 as CD where DI.idclassificacao = CD.cdcodigo
> and DI.data_movimento = '01-11-2015')
>
> Desde já, muito obrigado.
>
>
>
>
>
>
>
>
> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
> papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
> melhor para o mundo!*
>










*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda criação de Update com utilização de substr

[Thiago H. Barreto]

Vou analisar amanha.

Obrigado.

2015-12-29 16:53 GMT-02:00 Marcos Thomaz <marcosthom...@gmail.com>:

>
>
> Em 29 de dezembro de 2015 12:48, Thiago H. Barreto <
> thi...@sedcontabilidade.com.br> escreveu:
>
>> Eu utilizei como exemplo as tabelas
>>
>> Create CREATE TABLE wfiscal.di00800 na verdade seria wfiscal.di00358
>> CREATE TABLE wfiscal.cd0 e wfiscal.cd00358
>>
>> 2015-12-29 15:46 GMT-02:00 Thiago H. Barreto <
>> thi...@sedcontabilidade.com.br>:
>>
>>> Boa tarde caros colegas.
>>>
>>> Estou precisando da ajuda, pois estou quebrando a cabeça e não esta
>>> saindo nada...
>>>
>>> Preciso atualizar um campo em uma tabela na minha base de dados.
>>>
>>> A estrutura é a seguinte das tabelas:
>>>
>>> CREATE TABLE wfiscal.di00800
>>> (
>>>   iddipi character varying(40) NOT NULL,
>>>   idnota character varying(40),
>>>   idclassificacao integer,
>>>   desccomplementar character varying(20),
>>> CONSTRAINT di00800_idxprimario PRIMARY KEY (iddipi));
>>>
>>> CREATE TABLE wfiscal.cd0
>>> (
>>>   idcodigo character varying(40) NOT NULL,
>>>   dtinicial timestamp without time zone,
>>>   dtfinal timestamp without time zone,
>>>   cdcodigo integer,
>>>   cdclassificacao character varying(20),
>>>   nmdescricao character varying(53),
>>> CONSTRAINT cd0_idxprimario PRIMARY KEY (idcodigo));
>>>
>>> Preciso atualizar o campo d*esccomplementar* da tabela *di00358* com o
>>> valor do campo *nmdescricao *da tabela *cd00358*, ressaltando que o
>>> tamanho do campo *nmdescricao *da tabela *cd00358* tem 53 caracteres e
>>> o campo desccomplentar tem apenas 20, então tenho que utilizar a função
>>> *substr*, porem ai que vem o problema, como vou fazer para realizar
>>> esta atualização?
>>>
>>> Eu utilizei o comando para atualizar os produtos com o valor XXX, porem
>>> quero saber como faço para atualizar os valores com os valores do campo de
>>> outra tabela e ainda pegar apenas os 20 primeiros caracteres, eu li que a
>>> função SELECT SUBSTR (Campo_tabela,1,20) ela pega o valor do campo da
>>> posição inicial 1 até a 20, porem utilizar este comando pegando os dados de
>>> uma outra tabela
>>>
>>> Segue script.
>>>
>>> update wfiscal.di00800 set desccomplementar = 'XXX' where
>>> idclassificacao in(select distinct(DI.idclassificacao) from wfiscal.di00800
>>> as DI, wfiscal.cd00800 as CD where DI.idclassificacao = CD.cdcodigo
>>> and DI.data_movimento = '01-11-2015')
>>>
>>> Desde já, muito obrigado.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro
>>> com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
>>> melhor para o mundo!*
>>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro
>> com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
>> melhor para o mundo!*
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
> Tentou algo assim??:
>
> update wfiscal.di00800 set desccomplementar = 
> substr(wfiscal.*cd00358.**nmdescricao,
> 1, 20) *
> from wfiscal.*cd00358 *
> *where* wfiscal.di00800.cdcodigo = wfiscal.*cd00358*.idclassificacao and
> wfiscal.di00800.data_movimento = '2015-11-01'
>
> Qualquer coisa, dá uma olhada em
> http://www.postgresql.org/docs/9.4/static/sql-update.html
>
> --
>
>
> Marcos Thomaz da Silva
> Analista de Tecnologia da Informação
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
>  Este
> e-mail foi enviado por um computador sem vírus e protegido pelo Avast.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#151ef165c27249d2_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL 9.1 e 9.3 na mesma maquina, remover 9.1

[Thiago H. Barreto]

Para verificar qual a porta do servidor, terá que entrar na pasta onde esta
instalado o cluster do postgresql e abrir o arquivo "postgresql.conf",
dentro do mesmo contem uma linha "port = 5432".



2015-10-20 5:55 GMT-02:00 Eloi :

> Ola a todos na lista,
>
> Um colega escreveu-me com o seguinte problema:
>
> Tem dois clusters funcionando na mesma maquina, PostgreSQL 9.1 e
> PostgreSQL 9.3.
> Quer remover a versão 9.1.
> Com o PgAdmin só se consegue ligar a versão 9.1 (especulo que só tenha
> tentado pelo porto por defeito, 5432).
>
> Eu entendo que se tem dois clusters funcionando na mesma maquina estes
> funcionam em diferentes portos, certo?
> Provavelmente a primeira instalação (9.1) estará ocupando o porto 5432 e a
> 9.3 outro, não sei qual (talvez 5431, 5433???). Como posso averiguar isso?
> Quando desinstalar a versão 9.1 como se pode mudar o porto da 9.3 para
> 5432?
>
> Muito obrigado!
>
> Comprimentos,
>
> Eloi
>
> --
> Eloi Ribeiro
> Geoinformatic
> 51.9871, 5.6661
> http://eloiribeiro.eu
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral








*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Importar !

[Thiago H. Barreto]

COPY tabela FROM '/tmp/arquivo.txt' DELIMITER ',';

tabela = Tabela que vai receber os dados.
'/tmp/arquivo.txt' = Caminho do arquivo;
',' = Virgula como delimitador.

2015-09-29 11:20 GMT-03:00 Agape World Informática Ltda <
ag...@agapeworld.com.br>:

> Bom dia.
> Preciso de ajuda, para importer um arquivo postgresql 9.3 windows.
>
> Meu arquivo esta em padrao texto separado por (,) um registro por linha,
> Como faço para importar direto no banco, não estou conseguindo.
> Obrigado.\
> Paulo
>
>
> ---
> Este email foi escaneado pelo Avast antivírus.
> https://www.avast.com/antivirus
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 



*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
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: RES: Importar !

[Thiago H. Barreto]

Comando no windows.


COPY Schema.Tabela from 'E:\\Copy postgres\\dados.csv' delimiter ';' CSV;

2015-09-29 13:08 GMT-03:00 Thiago H. Barreto <thi...@sedcontabilidade.com.br
>:

>
> 2015-09-29 11:49 GMT-03:00 Agape World Informática Ltda <
> ag...@agapeworld.com.br>:
>
>> COPY nfitens FROM 'C:/Program Files (x86)/pgAdmin III/1.18/nfi.sql'
>> DELIMITER ',';
>>
>>
>>
> Verifique o espaço no caminho do arquivo, quando o arquivo tem espaço, o
> windows exige "(Aspas duplas entre as extremidades do caminho), verifique
> também, pois seu arquivo esta com a extensão .SQL, não seria .TXT???
>
>
>> Não...
>>
>>
>>
>> *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
>> nome de *Alessandro Gonçalves
>> *Enviada em:* terça-feira, 29 de setembro de 2015 11:44
>> *Para:* Comunidade PostgreSQL Brasileira
>> *Assunto:* Re: [pgbr-geral] RES: Importar !
>>
>>
>>
>> O Nome do arquivo tem um espaço... não seria isso?
>>
>>
>>
>> *Alessandro Gonçalves*
>> (14) 2109-8000
>>
>>
>>
>> Em 29 de setembro de 2015 11:31, Agape World Informática Ltda <
>> ag...@agapeworld.com.br> escreveu:
>>
>> Como faço para usar o copy no Windows ?
>>
>>
>>
>>
>>
>> copy itens from 'C:/Program Files (x86)/pgAdmin III/1.18/xxx.sql'
>> delimiters ',';
>>
>>
>>
>> fiz assim mas da erro.
>>
>> ERROR:  could not open file ""C:/Program Files (x86)/pgAdmin III/1.18/
>> xxx.sql"" for reading: Arquivo ou diret?rio n?o encontrado
>>
>>
>>
>>
>>
>> *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
>> nome de *Sebastian Webber
>> *Enviada em:* terça-feira, 29 de setembro de 2015 11:24
>> *Para:* Comunidade PostgreSQL Brasileira
>> *Assunto:* Re: [pgbr-geral] Importar !
>>
>>
>>
>>
>>
>>
>>
>> Em 29 de setembro de 2015 11:20, Agape World Informática Ltda <
>> ag...@agapeworld.com.br> escreveu:
>>
>> Bom dia.
>> Preciso de ajuda, para importer um arquivo postgresql 9.3 windows.
>>
>>
>>
>> Opa, bom dia!
>>
>>
>>
>>
>>
>>
>> Meu arquivo esta em padrao texto separado por (,) um registro por linha,
>>
>>
>>
>> Pra importar o arquivo, um jeito fácil é você utilizar o comando COPY[1].
>>
>>
>>
>>
>>
>> Como faço para importar direto no banco, não estou conseguindo.
>>
>>
>>
>> E qual seria a dificuldade?
>>
>>
>>
>> [1] http://www.postgresql.org/docs/9.4/static/sql-copy.html
>>
>>
>>
>> --
>>
>> Sebastian Webber
>>
>> http://swebber.me
>>
>>
>> --
>>
>> [image: Avast logo] <https://www.avast.com/antivirus>
>>
>> Este email foi escaneado pelo Avast antivírus.
>> www.avast.com <https://www.avast.com/antivirus>
>>
>>
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>>
>>
>> --
>> [image: Avast logo] <https://www.avast.com/antivirus>
>>
>> Este email foi escaneado pelo Avast antivírus.
>> www.avast.com <https://www.avast.com/antivirus>
>>
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> Thiago H. Barreto
> Sed Contabilidade S/S Ltda
> (34) - 3662-1124
> thi...@sedcontabilidade.com.br
>
>
>
>
>
>
>
> *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
> papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
> melhor para o mundo!*
>



-- 




*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
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: RES: Importar !

[Thiago H. Barreto]

2015-09-29 11:49 GMT-03:00 Agape World Informática Ltda <
ag...@agapeworld.com.br>:

> COPY nfitens FROM 'C:/Program Files (x86)/pgAdmin III/1.18/nfi.sql'
> DELIMITER ',';
>
>
>
Verifique o espaço no caminho do arquivo, quando o arquivo tem espaço, o
windows exige "(Aspas duplas entre as extremidades do caminho), verifique
também, pois seu arquivo esta com a extensão .SQL, não seria .TXT???


> Não...
>
>
>
> *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
> nome de *Alessandro Gonçalves
> *Enviada em:* terça-feira, 29 de setembro de 2015 11:44
> *Para:* Comunidade PostgreSQL Brasileira
> *Assunto:* Re: [pgbr-geral] RES: Importar !
>
>
>
> O Nome do arquivo tem um espaço... não seria isso?
>
>
>
> *Alessandro Gonçalves*
> (14) 2109-8000
>
>
>
> Em 29 de setembro de 2015 11:31, Agape World Informática Ltda <
> ag...@agapeworld.com.br> escreveu:
>
> Como faço para usar o copy no Windows ?
>
>
>
>
>
> copy itens from 'C:/Program Files (x86)/pgAdmin III/1.18/xxx.sql'
> delimiters ',';
>
>
>
> fiz assim mas da erro.
>
> ERROR:  could not open file ""C:/Program Files (x86)/pgAdmin III/1.18/
> xxx.sql"" for reading: Arquivo ou diret?rio n?o encontrado
>
>
>
>
>
> *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
> nome de *Sebastian Webber
> *Enviada em:* terça-feira, 29 de setembro de 2015 11:24
> *Para:* Comunidade PostgreSQL Brasileira
> *Assunto:* Re: [pgbr-geral] Importar !
>
>
>
>
>
>
>
> Em 29 de setembro de 2015 11:20, Agape World Informática Ltda <
> ag...@agapeworld.com.br> escreveu:
>
> Bom dia.
> Preciso de ajuda, para importer um arquivo postgresql 9.3 windows.
>
>
>
> Opa, bom dia!
>
>
>
>
>
>
> Meu arquivo esta em padrao texto separado por (,) um registro por linha,
>
>
>
> Pra importar o arquivo, um jeito fácil é você utilizar o comando COPY[1].
>
>
>
>
>
> Como faço para importar direto no banco, não estou conseguindo.
>
>
>
> E qual seria a dificuldade?
>
>
>
> [1] http://www.postgresql.org/docs/9.4/static/sql-copy.html
>
>
>
> --
>
> Sebastian Webber
>
> http://swebber.me
>
>
> --
>
> [image: Avast logo] <https://www.avast.com/antivirus>
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com <https://www.avast.com/antivirus>
>
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
>
> --
> [image: Avast logo] <https://www.avast.com/antivirus>
>
> Este email foi escaneado pelo Avast antivírus.
> www.avast.com <https://www.avast.com/antivirus>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Thiago H. Barreto
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Forma correta de criar backup de três bancos !

[Thiago H. Barreto]

Porque não roda os três dumps ao mesmo tempo?



Em 14 de agosto de 2015 14:27, Franklin Anderson de Oliveira Souza 
frankli...@gmail.com escreveu:

 Tenho um Script Shell que executa em sequencia três pg_dump e joga em um
 diretorio, em média demora em torno de 45 minutos o intervalo entre cada
 pg_dump. Enquanto em um banco sofre um dump os outros continuam sendo
 alimentados com dados !

 Em 14 de agosto de 2015 14:23, Sebastian Webber sebast...@swebber.me
 escreveu:



 Em 14 de agosto de 2015 13:27, Franklin Anderson de Oliveira Souza 
 frankli...@gmail.com escreveu:

 Olá Ilustrissimos !

 No trabalho tem um sistema que usa três bancos de dados. Um com dados da
 aplicação, outro apenas para logs e mais um apenas para arquivos anexados.


 Opa.


 Minha dúvida é sobre a integridade entre esses três bancos na hora do
 backup. Se eu realizar o backup de cada banco por vez terei uma diferença
 de mais de uma hora de dados alimentados entre o primeiro e o segundo.


 Como você faz o backup? com o pg_dump?

 Ex: Quando faço backup do banco que guarda arquivos e mesmo finalizar
 depois de quase uma hora, o banco de log já estaria com vários registros de
 movimentação que não corresponde mais ao estado do banco de arquivos.

 Espero ter sido claro, como vocês procedem numa situacao dessa para
 manter um backup integro de vários bancos que apenas um sistema usa ?


 Com os detalhes que tenho penso que um backup fisico com o arquivamento
 dos WAL seja o melhor caminho a seguir.


 --
 Sebastian Webber
 http://swebber.me

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




 --
 foobar

 ___
 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] Batch

[Thiago H. Barreto]

Pode ser por falta das 
O windows não entende o espaço no caminho(C:\Program Files) do arquivo
dentro do batch.


Tente:

set PGPASSWORD=04474180

cls

@echo off

C:\Program Files\PostgreSQL\9.4\bin\psql -d Repli1 -h localhost -p 5432
-U postgres -f C:\repli.sql



Em 28 de julho de 2015 13:53, Matheus Ferreira mferre...@bklogistica.com.br
 escreveu:

 Olá pessoal



 Gostaria de saber como criar uma Batch do Windows para executar uma
 função...



 Pesquisei na net e fiz isso...



 set PGPASSWORD=04474180

 cls

 @echo off

 C:\Program Files\PostgreSQL\9.4\bin\psql -d Repli1 -h localhost -p 5432 -U
 postgres -f C:\repli.sql



 E dentro do arquivo .sql  escrevi apenas o comando para chamar a função
  “select func_tabela();”



 Mas não está funcionando  oque eu fiz de errado.



 Fico no aguardo..



 Att—

 Matheus Ferreira



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




-- 







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
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 com RepManager

[Thiago H. Barreto]

Muito legal a iniciativa!!!

Parabéns!!!

Em 15 de julho de 2015 14:14, Vinícius Aquino do Vale aquino.v...@gmail.com
 escreveu:

 Olá Pessoal, semana passada participei de um evento no FISL 16 em Porto
 Alegre, lá apresentei uma palestra falando sobre repmanager.

 O repmanager é um ferramenta para gerenciamento de réplicas e failover
 automático.  Quem tiver interesse segue o link da palestra. Acredito que
 será útil para vcs.

 palestra - http://schedule.fisl16.softwarelivre.org/#/talk/602

 Quem quiser os slides da palestra, segue o link
 http://pt.slideshare.net/aquinovale/replicao-postgresql-com-repmanager

 Abs...

 ___
 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] Boa tarde a todos

[Thiago Haroldo]

Bem vindo!

2015-05-29 15:05 GMT-03:00 Reijanio Nunes Ribeiro rnribe...@gmail.com:

 Boa tarde a todos, meu nome é Reijanio e sou novo neta lista

 --
 Reijanio Nunes Ribeiro
 Desenvolvedor Delphi/Php
 Suporte em TI
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-



*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problemas na substituição slave postgis

[Thiago Lima]

Bom dia Felipe,

Obrigado pela ajuda, subi os dados do outro servidor e não ocorreu mais o
problema
hoje a noite vou iniciar a replicação dos dados... Amanhã posto o
resultado... Muito obrigado





Thiago Lima Santos Leão


Em 24 de novembro de 2014 10:31, Felipe amaro felipejorg...@gmail.com
escreveu:

 Ola Tiago bom dia!

 O seu erro esta relacionado a localização da biblioteca do postigis pois
 no ato do backup você tinha o diretório /opt/PostgreSQL/9.0/lib e no seu
 slave esta no /usr

 Tive este mesmo problema e resolvi ele nos passos:
 -criando o diretório /opt/PostgreSQL/9.0/
 -Cp -Rf /usr/PostgreSQL/9.0/lib /opt/PostgreSQL/9.0/
 - uma nova restauração do banco.

 No meu cenário deu certo e espero que tenha te ajudado. Abraços
 Felipe
 Em 24/11/2014 09:15, Thiago Lima th1agol1m...@gmail.com escreveu:

 Bom dia Pessoal,

 Estou com um problema aqui no meu servidor postgres, procurei nas
 mensagens antigas aqui da lista mas nenhuma solução resolveu meu problema.

 Tenho uma replicação funcionando, com um servidor master e outro slave, o
 slave vinha apresentando alguns problemas, por ser uma máquina antiga,
 então, solicitei uma nova maquina, e iniciei a instalação, do PostgreSQL
 (PostgreSQL 9.0.18 on x86_64-unknown-linux-gnu, compiled by GCC gcc (GCC)
 4.4.7 20120313 (Red Hat 4.4.7-4), 64-bit) e do Postgis 1.5.8.
 Fiz a instalação do postgres com yum install, e o postgis, geos, proj4,
 etc compilando os pacotes.
 Tudo certo na instalação, subi o backup da antiga máquina slave, também
 sem problemas, porém após realizar a sincronização retornava o seguinte
 erro:

 2014-11-19 17:28:22 BRST ERRO:  não pôde acessar arquivo
 /opt/PostgreSQL/9.0/lib/
 postgis-1.5: Arquivo ou diretório não encontrado
 2014-11-19 17:28:22 BRST COMANDO:  SELECT postgis_version()

 A sincronização está sendo feita utilizando um backup físico, e acredito
 que ele esteja buscando o mesmo mapeamento da outra máquina (os diretórios
 na master e na slave antiga estavam iguais)
 No servidor master o postgres foi instalado nesse diretório
 /opt/PostgreSQL...
 e no novo Slave no diretório padrão /usr

 Minha dúvida é a seguinte, vou ter que refazer a instalação do postgres
 no novo servidor para ficar exatamente igual ao master ?
 É possível fazer sincronização dos dados de outra forma, para que
 enxergue as bibliotecas do próprio servidor ? Estou cometendo algum erro
 na instalação ou configuração ?

 Desde já agradeço pela atenção.





 Thiago Lima Santos Leão


 ___
 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Problemas na substituição slave postgis

[Thiago Lima]

Bom dia Pessoal,

Estou com um problema aqui no meu servidor postgres, procurei nas mensagens
antigas aqui da lista mas nenhuma solução resolveu meu problema.

Tenho uma replicação funcionando, com um servidor master e outro slave, o
slave vinha apresentando alguns problemas, por ser uma máquina antiga,
então, solicitei uma nova maquina, e iniciei a instalação, do PostgreSQL
(PostgreSQL 9.0.18 on x86_64-unknown-linux-gnu, compiled by GCC gcc (GCC)
4.4.7 20120313 (Red Hat 4.4.7-4), 64-bit) e do Postgis 1.5.8.
Fiz a instalação do postgres com yum install, e o postgis, geos, proj4, etc
compilando os pacotes.
Tudo certo na instalação, subi o backup da antiga máquina slave, também sem
problemas, porém após realizar a sincronização retornava o seguinte erro:

2014-11-19 17:28:22 BRST ERRO:  não pôde acessar arquivo
/opt/PostgreSQL/9.0/lib/
postgis-1.5: Arquivo ou diretório não encontrado
2014-11-19 17:28:22 BRST COMANDO:  SELECT postgis_version()

A sincronização está sendo feita utilizando um backup físico, e acredito
que ele esteja buscando o mesmo mapeamento da outra máquina (os diretórios
na master e na slave antiga estavam iguais)
No servidor master o postgres foi instalado nesse diretório
/opt/PostgreSQL...
e no novo Slave no diretório padrão /usr

Minha dúvida é a seguinte, vou ter que refazer a instalação do postgres no
novo servidor para ficar exatamente igual ao master ?
É possível fazer sincronização dos dados de outra forma, para que
enxergue as bibliotecas do próprio servidor ? Estou cometendo algum erro
na instalação ou configuração ?

Desde já agradeço pela atenção.





Thiago Lima Santos Leão
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Atualização de linhas de tabelas entre servidores diferentes

[Thiago Haroldo]

Bom dia a todos.

Procurei em vários locais, porem sem resultado.

Gostaria de saber como é feito para atualizar as linhas de uma tabela entre
servidores diferentes.

Algumas linhas da tabela de um servidor foram excluídas, e eu preciso
atualizar estes valores, pois tenho um backup do servidor que foi apagado,
porem quero atualizar apenas as linhas que foram apagadas.

Até..
___
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 | Restore | PITR

[Thiago Haroldo]

Bom dia Fernando.

Sempre que seu banco PostgreSQL der problema, entre no Event Viwer do
windows e verifique o log do banco de dados... Sempre vai ter um log que
vai lhe ajudar a resolver seu problema.




Em 28 de outubro de 2014 08:44, Fernando Cambiaghi cambia...@gmail.com
escreveu:

 Bom dia Pessoal,

 Sou novo na lista, tenho acompanhado alguns emails e fico impressionado
 com a dedicação do pessoal em responder a todas as questões com o nível
 incrível de detalhe. Parabéns.

 Fiz um curso na Dextra em SP a uns dois anos, e estou trabalhando para
 migrar um banco de dado X para PostgreSQL. ( Estou utilizando windows 7
 com versão 9.3.5 do PostgreSQL.

 O tamanho da minha base de dados é relativamente pequena ( 231 tabelas
 ocupando um total entre 4GB e 5GB ).

 Pois bem, a migração do bando está feita ( Homologando ), e agora estou me
 apegando a entender a parte de Backup e Restore, mas estou tendo muita
 dificuldade, mas creio que por falta de entendimento meu.

 No meu ambiente atual, faço backup completo do banco de dados todas as
 noites, com o banco online e em uso, e tenho o log de transações para, em
 caso de catástrofe*, posso pegar o último backup completo e aplicar o log
 atual ( Tem todo um processo de transcrever e ler o mesmo para o banco ).


 Com o PostgreSQL, entendi que para ter um ambiente igual, para em caso de
 catástrofe poder recuperar os dados para o mais atual possível, eu devo
 efetuar um backup completo diariamente ( estou fazendo isso com o pg_dump )
 e manter os archives ativados [1]. Até aí creio que fiz tudo certo.

 Para simular uma catástrofe, eu desligo o computador com transações
 ocorrendo no banco, e quando ligo novamente, não consigo nem subir o
 serviço do postgres, aí é que começo a apanhar.

 Desinstalo e reinstalo o postgres, mesma versão, volto o backup
 (pg_restore) e sigo as instruções de [1], mas não consigo. Quando digo não
 consigo, é estou fazendo algo errado, não volta os archives.

 Gostaria de saber se alguém tem um passo a passo mais detalhado de como
 fazer isso, pois não quero colocar o banco postgres em produção sem ter
 domínio de como restaurar um backup em caso de problemas.

 [1] http://www.postgresql.org/docs/9.3/static/continuous-archiving.html

 *Qualquer tipo de perda de dados ou do próprio banco de dados.

 Perdoem por me alongar tanto, mas queria apresentar minha situação e
 apresentação ao grupo.

 Agradeço a todos pela compreensão.

 Fernando Luís Cambiaghi
 *cambia...@gmail.com cambia...@gmail.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

Re: [pgbr-geral] Dúvida

[Thiago Haroldo]

Quando trabalha com dois sistemas de banco de dados em um mesmo servidor
com bancos de dados iguais, versões diferentes e portas diferentes, deve
tomar muito cuidado no momento da configuração, pois as instruções são
enviadas para um único IP, tome cuidado nos testes, senão pode ter
problemas...

Em 11 de setembro de 2014 21:10, Danilo Silva danilo.dsg.go...@gmail.com
escreveu:


 Em 11 de setembro de 2014 18:15, Vitor Anacleto Lauria 
 vlau...@mundivox.com escreveu:

 Entendo, o pg_dump eu fiz no de teste...

 Acho que me expressei mal. A relação de dois bancos no servidor de
 produção seria dois Postgres no mesmo servidor com versões diferentes.

 Por exemplo: Servidor de produção está utilizando a versão 1.0, quero
 permanecer com essa versão, mas deixar a versão 3.0 rodando ao mesmo tempo.
 Quero no servidor a versão 1.0 e a 3.0 rodando. Deixar duas versões do
 postgres rodando ao mesmo tempo no mesmo servidor sem um interferir no
 funcionamento do outro?

 ​Sim é possível, basta iniciar o serviço do postgres em portas
 diferentes, por exemplo: postgres 9.3 na porta 54​32 e postgres 9.1 na
 porta 5433.

 Mas vem a pergunta, se um é para testes e o outro de produção, porque
 mantê-los com versões distintas? Qual seria a versão do servidor de
 produção?

 []s
 Danilo


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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Probelmas Windows XP

[Thiago Silva]

Quando faço o INSERT no PgAdmin funciona, mas se eu tentar fazer o INSERT
pela aplicação e logo em seguida pelo PgAdmin da problema. A minha suspeita
era a comunicação no Windows XP. Mas no final das contas movemos o sistema
para outro Windows já que se esgotaram os palpites para correções.


2014-09-03 22:48 GMT-03:00 Anselmo Mota Silva anselmo@gmail.com:


 Em 26 de agosto de 2014 10:40, Thiago Silva thiagodd.si...@gmail.com
 escreveu:

 Me parece que o registro por algum motivo fica lokado. Problema é que no
 Windows 7 funciona perfeitamente. Testamos em alguns outros Windows Server
 e também funciona. Ta agarrando mesmo é no XP.


 O Log do postgres diz o que? já 'debugou' a aplicação no XP? já testou o
 INSERT no pgadmin?


 --
 Anselmo M. Silva

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




-- 
*Att.*
*Thiago Silva*
*Desenvolvedor - Rerum Engenharia de Sistemas.*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Probelmas Windows XP

[Thiago Silva]

.Bom dia Pessoal,

Tenho uma aplicação C# rodando no windows XP. Estou usando também o
Postgres 9.3.
O Problema que o corre é o seguinte, minha aplicação gera um INSERT e tenta
executar ele no banco de dados. O retorno pra ela é um OK como se o INSERT
fosse executado sem erros. O problema é que o INSERT não foi executado, o
registro não foi inserido.

Fiz alguns testes. Rodei a aplicação no Windows XP e apontei para um banco
em outra máquina, não fuincionou. Rodei a aplicação em outra máquina com
Windows 7 apontando para o banco de dados na máquina do Windows XP e também
não funcionou.

Alguém já passou por esse tipo de problema? Será que preciso fazer alguma
configuração no Windows XP ou no Postgres que ta rodando nele?
-- 
*Att.*
*Thiago Silva*
*Desenvolvedor - Rerum Engenharia de Sistemas..*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Probelmas Windows XP

[Thiago Silva]

Me parece que o registro por algum motivo fica lokado. Problema é que no
Windows 7 funciona perfeitamente. Testamos em alguns outros Windows Server
e também funciona. Ta agarrando mesmo é no XP.


2014-08-26 10:36 GMT-03:00 Ivo Sestren Junior i...@sestren.com.br:

 Não seria a falta de um controle de transação? Ou algum rollback sendo
 executado posteriormente?


 Em 26 de agosto de 2014 10:20, Thiago Silva thiagodd.si...@gmail.com
 escreveu:

 .Bom dia Pessoal,

 Tenho uma aplicação C# rodando no windows XP. Estou usando também o
 Postgres 9.3.
 O Problema que o corre é o seguinte, minha aplicação gera um INSERT e
 tenta executar ele no banco de dados. O retorno pra ela é um OK como se o
 INSERT fosse executado sem erros. O problema é que o INSERT não foi
 executado, o registro não foi inserido.

 Fiz alguns testes. Rodei a aplicação no Windows XP e apontei para um
 banco em outra máquina, não fuincionou. Rodei a aplicação em outra máquina
 com Windows 7 apontando para o banco de dados na máquina do Windows XP e
 também não funcionou.

 Alguém já passou por esse tipo de problema? Será que preciso fazer alguma
 configuração no Windows XP ou no Postgres que ta rodando nele?
 --
 *Att.*
 *Thiago Silva*
 *Desenvolvedor - Rerum Engenharia de Sistemas..*

 ___
 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




-- 
*Att.*
*Thiago Silva*
*Desenvolvedor - Rerum Engenharia de Sistemas.*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erro pg_dump LOCK TABLE

[Thiago Haroldo]

Boa tarde Galera.

Hoje após executar a rotina de backup com o pg_dump, apareceu o seguinte
erro:

pg_dump: lendo esquemas
pg_dump: lendo tabelas definidas pelo usuário
pg_dump: comando SQL falhou
pg_dump: Mensagem de erro do servidor: Erro: Relação
temp._2014703_104857_645990326 não existe
pg_dump: O comando foi: LOCK TABLE temp._2014703_104857_645990326 IN ACCESS
SHARE MODE
pg_dump: ** interrompido por causa do erro
​

Estou utilizando o Postgres 9.0.9-1 no windows, alguém já passou por este
problema?

Desde já obrigado!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_dump LOCK TABLE

[Thiago Haroldo]

Fabrizio o sistema foi homologado com esta versão do postgres, eu fico com
o pé atrás, pois se eu atualizar e ocorrer qualquer problema a culpa vai
ser minha que esta utilizando uma versão que é diferente do que eles
disponibilizaram...


Em 28 de julho de 2014 16:22, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:

 On 28-07-2014 16:16, Matheus de Oliveira wrote:
  2014-07-28 16:03 GMT-03:00 Thiago Haroldo 
 thi...@sedcontabilidade.com.br:
 
  pg_dump: Mensagem de erro do servidor: Erro: Relação
  temp._2014703_104857_645990326 não existe
   pg_dump: O comando foi: LOCK TABLE temp._2014703_104857_645990326 IN
  ACCESS SHARE MODE
 
 
  O que é esse esquema temp e como ele é gerenciado? O nome me é
 suspeito.
 
  Houve algum problema no ambiente recentemente? Foi feita alguma alteração
  direta no catálogo? Por acaso usou-se o pg_resetxlog em algum momento
  (mesmo que há muito tempo)?
 

 Posso estar errado, mas é mais provável que seja um bug que foi
 corrigido na 9.0.11 [1]:

 Fix bugs in the restore.sql script emitted by pg_dump in tar output
 format (Tom Lane)

 The script would fail outright on tables whose names include upper-case
 characters. Also, make the script capable of restoring data in --inserts
 mode as well as the regular COPY mode.


 Atualize seus binários, vc está usando a 9.0.9 e já estamos na 9.0.18.
 Essas versões são compatíveis, portanto vc não precisará de dump/restore
 ou pg_upgrade, basta:
 1) parar o cluster
 2) atualizar os binários
 3) iniciar o cluster


 Att,

 [1] http://www.postgresql.org/docs/9.0/static/release-9-0-11.html

 --
Fabrízio de Royes Mello 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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_dump LOCK TABLE

[Thiago Haroldo]

Em 28 de julho de 2014 16:16, Matheus de Oliveira matioli.math...@gmail.com
 escreveu:


 2014-07-28 16:03 GMT-03:00 Thiago Haroldo thi...@sedcontabilidade.com.br
 :

 pg_dump: Mensagem de erro do servidor: Erro: Relação
 temp._2014703_104857_645990326 não existe
  pg_dump: O comando foi: LOCK TABLE temp._2014703_104857_645990326 IN
 ACCESS SHARE MODE


 O que é esse esquema temp e como ele é gerenciado? O nome me é suspeito.


   Eu não sei te falar, pois o sistema que gerencia ele internamente. O
estranho que é se eu realizar outro dump após o erro ele é executado
normalmente.


 Houve algum problema no ambiente recentemente? Foi feita alguma alteração
 direta no catálogo? Por acaso usou-se o pg_resetxlog em algum momento
 (mesmo que há muito tempo)?

  Não.




 Estou utilizando o Postgres 9.0.9-1 no windows, alguém já passou por este
 problema?


 Atualize imediatamente para a versão 9.0.18 e veja as notas de lançamento
 se não há algum bug crítico. Sempre fique no último release (último número
 da versão).

 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_dump LOCK TABLE

[Thiago Haroldo]

Em 28 de julho de 2014 16:38, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:

 On 28-07-2014 16:35, Fabrízio de Royes Mello wrote:
  On 28-07-2014 16:29, Thiago Haroldo wrote:
  Fabrizio o sistema foi homologado com esta versão do postgres, eu fico
 com
  o pé atrás, pois se eu atualizar e ocorrer qualquer problema a culpa vai
  ser minha que esta utilizando uma versão que é diferente do que eles
  disponibilizaram...
 
 
  Bom, então vamos por partes como diria Jack.
 
  1) Descobrir se *realmente* é esse problema. Como vc utiliza windows, vc
  poderia fazer download da última versão (9.0.18) .zip dos binários [1] e
  descompactar em outro lugar, então usar o .exe do pg_dump desse pacote e
  executar a sua rotina.
 
  2) Se esse for o problema vc deve reportar ao seu fornecedor de software
  que a versão do PostgreSQL que eles homologaram tem bug, e que será
  necessário atualizar.
 
  Att,
 
  [1] http://www.enterprisedb.com/products-services-training/pgbindownload
 

 Uma pergunta que não fizemos antes... vc consegue visualizar (via
 pgadmin e/ou psql) a tabela que o pg_dump reclamou?? Aquela
 temp._2014703_104857_645990326 ??


 Não... realizo a consulta e me retorna que a mesma não existe.



 Se vc executar a query abaixo aparece algum erro?

 SELECT coun(*) FROM temp._2014703_104857_645990326;


  relação temp._2014703_104857_645990326 não existe.


  Igual falei para o Matheus, após o erro eu realizo o pg_dump e é
executado normalmente.

  Parece ser bug da versão.



 Att,

 --
Fabrízio de Royes Mello 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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erro pg_dump LOCK TABLE

[Thiago Haroldo]

Em 28 de julho de 2014 17:04, Matheus de Oliveira matioli.math...@gmail.com
 escreveu:


 2014-07-28 16:49 GMT-03:00 Thiago Haroldo thi...@sedcontabilidade.com.br
 :

 O estranho que é se eu realizar outro dump após o erro ele é executado
 normalmente.


  O erro aconteceu uma vez só ou é algo recorrente?


   Acontece uma vez por semana, porem não prestei a atenção se ocorre
sempre no mesmo dia.



 Pode ser algum problema de sincronização.

 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda recuperação PITR

[Thiago Malkiaver]

Boa noite Matheus.
Realizei o procedimento como você me informou na versão  9.3 e deu erro, acho 
que é algo ligado ao usuário postgres que é criado junto com os usuários do 
sistema, pois o mesmo estava sendo executado como serviço de rede... 
Ai instalei o postgres 9.0 que é a que eu utilizo onde trabalho e com ela eu 
conseguir voltar os arquivos wal, deu certinho.
Depois quando tiver mais tempo, vou quebrar a cabeça com a versão 9.3.
Muito obrigado Galera

From: matioli.math...@gmail.com
Date: Wed, 23 Jul 2014 10:03:14 -0300
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] Ajuda recuperação PITR


2014-07-22 21:55 GMT-03:00 Thiago Malkiaver bigban...@hotmail.com:


3º Abri o psql e executei o comando SELECT pg_start_backup('Backup');  Depois 
SELECT pg_stop_backup();


4º Fiz uma cópia da pasta Data

Aqui está o erro. Você deve:

N3 - Executar pg_start_backup
N4 - Copiar a pasta Data


N5 - Executar pg_stop_backup

(OBS: Esses três passos podem ser substituídos pelo pg_basebackup [1]).
 


 e criei algumas tabelas e inserir dados nelas(foram criados vários arquivos 
wals na pasta pg_xlog e D:\logs);

Esse é o N6
 

5º executei um SELECT current_timestamp;   2014-07-22 20:21:29.228-03
Esse é o N7
 

6º Apaguei as tabelas criadas, parei o serviço do postgresql
Esse é o N8 

N9 - Copiar a pasta Data de sua cópia (feita no N4) para um diretório




 e criei o arquivo recovery.conf dentro da pasta data com as linhas


Esse é o N10 (e o deve ser criado o recovery.conf dentro da cópia feita em N4) 



restore_command='copy d:\\logs\\%f %p'recovery_target_time='2014-07-22 
20:21:30'

Seu recovery.conf parece OK.


 7º Inicio o serviço do postgres


Esse é N11

Testes os novos passos e veja se funciona. Poste aqui em caso de problemas.

[1] http://www.postgresql.org/docs/9.3/static/app-pgbasebackup.html


Atenciosamente,
-- 
Matheus de Oliveira
Analista de Banco de Dados
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
  ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda recuperação PITR

[Thiago Malkiaver]

Boa noite a todos.
Gostaria da ajuda de vocês, pois esta difícil...
Tenho o postgresql 9.3 no windows.
1º Criei entro do disco D:\logs o local para salvar os wals
2º Eu realizei a configuração do arquivo postgresql.conf com as linhas...
wal_level = archivearchive_mode = onarchive_command = 'copy %p D:\\logs\\%f'
3º Abri o psql e executei o comando SELECT pg_start_backup('Backup');  Depois 
SELECT pg_stop_backup();
4º Fiz uma cópia da pasta Data e criei algumas tabelas e inserir dados 
nelas(foram criados vários arquivos wals na pasta pg_xlog e D:\logs);
5º executei um SELECT current_timestamp;   2014-07-22 20:21:29.228-03
6º Apaguei as tabelas criadas, parei o serviço do postgresql e criei o arquivo 
recovery.conf dentro da pasta data com as linhas
restore_command='copy d:\\logs\\%f %p'recovery_target_time='2014-07-22 
20:21:30'
7º Inicio o serviço do postgres e o mesmo inicia normalmente, vou na pasta 
pg_log e esta o seguinte conteúdo no log
2014-07-22 21:43:05 BRT LOG:  sistema de banco de dados foi desligado em 
2014-07-22 21:42:51 BRT2014-07-22 21:43:05 BRT LOG:  iniciando recuperação de 
ponto no tempo para 2014-07-22 20:21:30-032014-07-22 21:43:06 BRT LOG:  estado 
de recuperação consistente alcançado em 0/15902014-07-22 21:43:06 BRT LOG:  
record with zero length at 0/15902014-07-22 21:43:06 BRT LOG:  redo não é 
requerido2014-07-22 21:43:06 BRT LOG:  novo ID de linha do tempo selecionado: 
52014-07-22 21:43:06 BRT LOG:  recuperação do archive está completa2014-07-22 
21:43:06 BRT LOG:  sistema de banco de dados está pronto para aceitar 
conexões2014-07-22 21:43:06 BRT FATAL:  o sistema de banco de dados está 
iniciando2014-07-22 21:43:06 BRT LOG:  inicializador do autovacuum foi iniciado
8º Entro no Pgadmin III abro o banco de dados e os dados não foram recuperados.
Alguém pode me ajuda, pois esta difícil aqui.
Muito obrigado!   ___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Diferença de tamanho backup pg_dump

[Thiago Malkiaver]

Bom dia a todos.
Sou novo em uma empresa e o pessoal esta utilizando o pg_dump para realizar 
backup da base de dados, a pasta data tem o tamanho de 30 GB e depois que o 
backup é realizado o arquivo de saída tem 1,2 GB é isto mesmo? Quando eu 
restauro em outro servidor de testes a pasta Data fica com uns 9 GB.
Resaltando que nunca foi executado o Vacuum nesta base.
O arquivo de backup esta com estes comando
SET PGUSER=postgresSET PGPASSWORD=blablabla
C:\Arquivos de programas\PostgreSQL\9.0\bin\pg_dump -h localhost -p 5432 -U 
postgres -C -F c -b -v -f D:\Backup.backup Base_de_Dadospause
Obrigado.

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

Re: [pgbr-geral] Diferença de tamanho backup pg_dump

[Thiago Malkiaver]

 Estudo um pouco mais e aprenda sobre a metodologia PITR pra tirar nota 10.
Estou estudando, porem me perco no restore...Sempre utilizo no arquivo 
recovery.conf o comando 
restore_command = 'copy C:\\Logs\\%f %p' 
Porem não consegui entender como eu recupero ele com delimitação de 
tempo(timelines, se não me engano), tipo, voltar os arquivos até as 10:00 deste 
dia ou as 09:00, caso ocorra um desastre as 11:00 da manha...
 Se tiver um tempinho, pesquise sobre o excelente pg_dump não é backup 
Já li sobre o mesmo, muito interessante este  Fabio Teles é nota 10 no postgres.
 do colega Fabio Teles (que anda meio sumido ultimamente).

 Date: Mon, 21 Jul 2014 14:58:54 +0200
 From: fha...@gmail.com
 To: pgbr-geral@listas.postgresql.org.br
 Subject: Re: [pgbr-geral] Diferença de tamanho backup pg_dump
 
  Bom dia a todos.
 
  Sou novo em uma empresa e o pessoal esta utilizando o pg_dump para
  realizar backup da base de dados, a pasta data tem o tamanho de 30 GB e
  depois que o backup é realizado o arquivo de saída tem 1,2 GB é isto
 
 Isso é normal.
 Uma base em disco tem bastante espaço inutilizado, nós chamamos isso de 
 inchaço, basicamente são os deletes, updates e rollbacks que causam isso 
 e é absolutamente normal.
 Tem também a questão dos índices, os índices ocupam um enorme espaço em 
 disco e, no dump, eles são simplesmente uma linha cada, que indica como 
 recriá-los.
 
  mesmo? Quando eu restauro em outro servidor de testes a pasta Data fica
  com uns 9 GB.
 
 Uma restauração recente não conta com o inchaço de uma instalação já 
 utilizada, por isso você vê essa diferença.
 
  Resaltando que nunca foi executado o Vacuum nesta base.
 
 Mantenha o autovacuum ligado para controlar o espaço do inchaço. O 
 autovacuum permite reaproveitar esse espaço, mas não o elimina.
 
 O comando que faz a limpeza completa do espaço do inchaço se chama 
 VACUUM FULL, mas normalmente não é necessário utilizá-lo.
 
  O arquivo de backup esta com estes comando
 
  SET PGUSER=postgres
  SET PGPASSWORD=blablabla
 
  C:\Arquivos de programas\PostgreSQL\9.0\bin\pg_dump -h localhost -p
  5432 -U postgres -C -F c -b -v -f D:\Backup.backup Base_de_Dados
  pause
 
 Você está usando a opção -Fc, o que significa que seu arquivo de dump é 
 ainda menor por ser comprimido.
 
 Parece tudo ok. O mais legal é que você tem um backup e sabe 
 restaurá-lo. Deve estar com a cabeça fresca.
 Estudo um pouco mais e aprenda sobre a metodologia PITR pra tirar nota 10.
 Se tiver um tempinho, pesquise sobre o excelente pg_dump não é backup 
 do colega Fabio Teles (que anda meio sumido ultimamente).
 
 []s
 Flavio Gurgel
 ___
 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] Uso de Índices

[Thiago]

Bom dia a todos.

Versão: PostgreSQL 9.3.4 on x86_64-unknown-linux-gnu, compiled by gcc 
(Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3, 64-bit


Tenho no sistema uma função que como parâmetro é passado o ano e mês e a 
mesma me retorna o primeiro ou último dia do mês.


Quando faço uma busca em uma tabela sem setar a data mas utilizando as 
funções o PostgreSQL não utiliza os índices.


Vou postar as duas consultas e o resultado do explain:

select *
from public.stfil021_new a
where
   a.movdatmov between '01/07/2014' and '31/07/2014'

Index Scan using stfil021_new_idx1 on stfil021_new a 
(cost=0.56..26316.44 rows=13903 width=121)
  Index Cond: ((movdatmov = '2014-07-01'::date) AND (movdatmov = 
'2014-07-31'::date))


select *
from public.stfil021_new a
where
   a.movdatmov between functions.sp_data(:ano,:mes,'P') and 
functions.sp_data(:ano,:mes,'U')


Seq Scan on stfil021_new a  (cost=0.00..21892087.82 rows=4434288 width=121)
  Filter: ((movdatmov = functions.sp_data(2014, 7, 'P'::character 
varying)) AND (movdatmov = functions.sp_data(2014, 7, 'U'::character 
varying)))


Como faço para utilizar essas funções e ainda utilizar os índices da 
tabela, pois em vários casos teremos como parâmetros o ano e mês e não 
as datas.


Obrigado!

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

Re: [pgbr-geral] Uso de Índices

[Thiago]

On 04/07/2014 07:57, Matheus de Oliveira wrote:


On Fri, Jul 4, 2014 at 7:43 AM, Thiago
zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br wrote:

select *
from public.stfil021_new a
where
a.movdatmov between functions.sp_data(:ano,:mes,'__P') and
functions.sp_data(:ano,:mes,'__U')

Seq Scan on stfil021_new a  (cost=0.00..21892087.82 rows=4434288
width=121)
   Filter: ((movdatmov = functions.sp_data(2014, 7, 'P'::character
varying)) AND (movdatmov = functions.sp_data(2014, 7,
'U'::character varying)))


Provavelmente sua função está marcada como VOLATILE, para utilizá-la com
o índice, você deve marcá-la como IMMUTABLE:

 ALTER FUNCTION functions.sp_data(tipos parâmetros) IMMUTABLE;

O único problema é se você estiver usando timestamp with time zone ela
pode não ser de fato IMMUTABLE, nesse caso uma análise mais cuidadosa
deveria ser feita.

Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres http://www.dextra.com.br/postgres/




Matheus, muito obrigado, deu certo.
Vou estudar um pouco sobre isso. Interessante que agente aprende a criar 
as funções, pl_pg mas nunca levei muito em consideração estas opções.


Se souber de algum artigo para me indicar.

Obrigado!

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

Re: [pgbr-geral] Uso de Índices

[Thiago]

On 04/07/2014 07:57, Matheus de Oliveira wrote:


On Fri, Jul 4, 2014 at 7:43 AM, Thiago
zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br wrote:

select *
from public.stfil021_new a
where
a.movdatmov between functions.sp_data(:ano,:mes,'__P') and
functions.sp_data(:ano,:mes,'__U')

Seq Scan on stfil021_new a  (cost=0.00..21892087.82 rows=4434288
width=121)
   Filter: ((movdatmov = functions.sp_data(2014, 7, 'P'::character
varying)) AND (movdatmov = functions.sp_data(2014, 7,
'U'::character varying)))


Provavelmente sua função está marcada como VOLATILE, para utilizá-la com
o índice, você deve marcá-la como IMMUTABLE:

 ALTER FUNCTION functions.sp_data(tipos parâmetros) IMMUTABLE;

O único problema é se você estiver usando timestamp with time zone ela
pode não ser de fato IMMUTABLE, nesse caso uma análise mais cuidadosa
deveria ser feita.

Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres http://www.dextra.com.br/postgres/




Matheus, muito obrigado, deu certo.
Vou estudar um pouco sobre isso. Interessante que agente aprende a criar 
as funções, pl_pg mas nunca levei muito em consideração estas opções.


Se souber de algum artigo para me indicar.

Obrigado!

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

[pgbr-geral] Verificar relações entre tabelas postgre

[Thiago Haroldo]

Bom dia a todos.

Gostaria de saber se existe alguma ferramenta que eu consiga visualizar as
relações entre as tabelas de um banco de dados do postgre.

Desde de já.

Obrigado.

-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Verificar relações entre tabelas postgre

[Thiago Haroldo]

Na verdade o banco se chama Solaris e o SGBD é o postgresql.

Vlw ai.


Em 12 de junho de 2014 11:24, JotaComm jota.c...@gmail.com escreveu:

 Opa,




 Em 12 de junho de 2014 11:09, Thiago Haroldo 
 thi...@sedcontabilidade.com.br escreveu:

 Bom dia a todos.

 Gostaria de saber se existe alguma ferramenta que eu consiga visualizar
 as relações entre as tabelas de um banco de dados do postgre.


 ​Uma correção, o banco chama postgres ou postgresql :)

 Você pode usar o DBVis (http://www.dbvis.com/). Na semana passada, houve
 uma discussão similiar aqui na lista.​



 Desde de já.

 Obrigado.

 --
 Thiago Haroldo Barreto
 Assistente de TI
 Sed Contabilidade S/S Ltda
 thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







 *Lembre-se de que ao evitar o desperdício, além de economizar dinheiro
 com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
 melhor para o mundo!*

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


 ​​

 ​Abraços​
 --
 JotaComm
 http://jotacomm.wordpress.com

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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda Archiving and Point-in-Time Recovery (PITR)

[Thiago Haroldo]

Bom dia Thomaz.

É isto mesmo, eu não tinha setado o wal_level.

vlw


Em 29 de maio de 2014 08:54, Thomaz Luiz Santos thomaz.san...@gmail.com
escreveu:

 verifica os log do postgresql, acredito que você vai precisar setar o
 wal_level = archive.

 abraços


 2014-05-28 19:23 GMT-03:00 Euler Taveira eu...@timbira.com.br:

 On 28-05-2014 19:07, Thiago Haroldo wrote:
  Estou pesquisando e tentando implementar o Archiving na minha base de
  dados, porem quando altero as configurações do postgresql.conf:
  archive_mode = on # allows archiving to be done
  archive_command = 'xcopy %p C:\\Logs\\%f'
 
  O serviço não sobe de forma alguma.
 
  A pasta Logs foi criada no disco C
 

  Versão do postgres é a 9.0.
 
  Alguém poderia me dar uma luz? Obrigado.
 
 Você esqueceu de informar o principal: a mensagem de erro. Qual é? Se
 logging_collector estiver habilitado vide o diretório pg_log senão no
 'Event Viewer'.


 --
Euler Taveira   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




 --
 --
 Thomaz Luiz Santos
 Linux User: #359356
 http://thomaz.santos.googlepages.com/

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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda Archiving and Point-in-Time Recovery (PITR)

[Thiago Haroldo]

Galera, blz?

Estou pesquisando e tentando implementar o Archiving na minha base de
dados, porem quando altero as configurações do postgresql.conf:
archive_mode = on # allows archiving to be done
archive_command = 'xcopy %p C:\\Logs\\%f'

O serviço não sobe de forma alguma.

A pasta Logs foi criada no disco C

Versão do postgres é a 9.0.

Alguém poderia me dar uma luz? Obrigado.

-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda Archiving and Point-in-Time Recovery (PITR)

[Thiago Haroldo]

Euler, vlw pela dica.

Fiquei preso o dia todo tentando fazer o serviço subir e esqueci do Event
Viewer... Obrigado.

2014-05-28 22:27:24 GMT FATAL:  arquivamento do WAL (archive_mode=on)
requer wal_level archive ou hot_standby


Coloquei o wal_level archive e rodou beleza.

Vlw





Em 28 de maio de 2014 19:23, Euler Taveira eu...@timbira.com.br escreveu:

 On 28-05-2014 19:07, Thiago Haroldo wrote:
  Estou pesquisando e tentando implementar o Archiving na minha base de
  dados, porem quando altero as configurações do postgresql.conf:
  archive_mode = on # allows archiving to be done
  archive_command = 'xcopy %p C:\\Logs\\%f'
 
  O serviço não sobe de forma alguma.
 
  A pasta Logs foi criada no disco C
 

  Versão do postgres é a 9.0.
 
  Alguém poderia me dar uma luz? Obrigado.
 
 Você esqueceu de informar o principal: a mensagem de erro. Qual é? Se
 logging_collector estiver habilitado vide o diretório pg_log senão no
 'Event Viewer'.


 --
Euler Taveira   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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] SUM com JOIN somando apenas um registro da tabela origem

[Thiago]

Pessoal, boa tarde.

Desculpe pelo título mas não sabia como descrever o problema em um título.

Seguinte, tenho as seguintes tabelas.

tb_vendas
filial data   ecf coo subtotal desconto
1  27/05/2014 1   1   10   0

tb_vendas_produtos

filial data   ecf coo produto subtotal desconto
1  27/05/2014 1   1   1   5   0
1  27/05/2014 1   1   2   5   0

Preciso fazer uma consulta cruzando as duas tabelas para me trazer o 
total do cabeçalho e dos itens, para saber qual cabeçalho está com valor 
diferente da soma dos itens.


select
  a.filial,
  a.data,
  a.ecf,
  sum(a.subtotal - a.desconto) as valor_venda,
  sum(b.subtotal - b.desconto) as valor_venda_produtos
from tb_vendas a
join tb_vendas_produtos b on
  a.filial = b.filial and
  a.data = b.data and
  a.ecf = b.ecf and
  a.coo = b.coo
group by
  a.filial,
  a.data,
  a.ecf

Nessa consulta teria o seguinte resultado:
filial data   ecf valor_venda valor_venda_produtos
1  27/05/2014 1   20  10

Eu precisaria trazer apenas o total por cupom, da seguinte forma:
filial data   ecf valor_venda valor_venda_produtos
1  27/05/2014 1   10  10

Está duplicando pois estou cruzando com a tabela de produtos.
Como eu posso obter o resultado desejado sem ter que utilizar subquery?

Observação: preciso fazer isso em SQL Server, infelizmente, mas acredito 
que aprendendo a fazer no PostgreSQL eu saiba o caminho das pedras para 
fazer no SQL Server.


Obrigado!

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

[pgbr-geral] Ajuda executar vários updates

[Thiago Haroldo]

Boa tarde Galera.

Gostaria de saber como faço para executar 300 updates de uma só vez no
postgre sql...

Estou precisando atualizar a minha tabela de funcionários, porem são 300
updates e não sei realizar este procedimento.

Desde já, obrigado.

-- 
Thiago Haroldo Barreto
Assistente de TI







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda executar vários updates

[Thiago Haroldo]

Quero realizar estes updates de uma só vez...

update db.tab01 set cdchamada = '001001' where cdchamada = '53'
update db.tab01 set cdchamada = '001002' where cdchamada = '000361'
update db.tab01 set cdchamada = '001003' where cdchamada = '000215'
update db.tab01 set cdchamada = '001004' where cdchamada = '34'
update db.tab01 set cdchamada = '001005' where cdchamada = '000273'
update db.tab01 set cdchamada = '001006' where cdchamada = '54'
update db.tab01 set cdchamada = '001007' where cdchamada = '55'
update db.tab01 set cdchamada = '001008' where cdchamada = '56'

Porem são 300 updates, e quero que seja feito de uma só vez.


Em 13 de maio de 2014 16:59, Renato Poleti ren...@poleti.com.br escreveu:


 Em 13/05/2014 15:18, Osvaldo Kussama osvaldo.kuss...@gmail.com
 escreveu:

 
  Em 13/05/14, Thiago Haroldothi...@sedcontabilidade.com.br escreveu:
   Boa tarde Galera.
  
   Gostaria de saber como faço para executar 300 updates de uma só vez no
   postgre sql...
  
   Estou precisando atualizar a minha tabela de funcionários, porem são
 300
   updates e não sei realizar este procedimento.
  

 especifique melhor o que deseja. se precisar atualizar o salario por % da
 pra fazer com um comando.

 
 
  Se cada update atualiza uma coisa diferente em seu banco de dados
  então coloque os 300 comandos updates dentro de uma única transação.
 
  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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda executar vários updates

[Thiago Haroldo]

A sequencia já esta pronta e pré-definida, tenho 300 linhas de update,
basta executa-la de uma só vez.


Em 13 de maio de 2014 17:29, Renato Poleti ren...@poleti.com.br escreveu:


 Em 13/05/2014 17:17, Thiago Haroldo thi...@sedcontabilidade.com.br
 escreveu:

 
  Quero realizar estes updates de uma só vez...
 
  update db.tab01 set cdchamada = '001001' where cdchamada = '53'
  update db.tab01 set cdchamada = '001002' where cdchamada = '000361'
  update db.tab01 set cdchamada = '001003' where cdchamada = '000215'
  update db.tab01 set cdchamada = '001004' where cdchamada = '34'
  update db.tab01 set cdchamada = '001005' where cdchamada = '000273'
  update db.tab01 set cdchamada = '001006' where cdchamada = '54'
  update db.tab01 set cdchamada = '001007' where cdchamada = '55'
  update db.tab01 set cdchamada = '001008' where cdchamada = '56'

 tem alguma regra pra poder atualizar ou qualquer registro pode seguir a
 sequencia?

  Porem são 300 updates, e quero que seja feito de uma só vez.
 
 
  Em 13 de maio de 2014 16:59, Renato Poleti ren...@poleti.com.br
 escreveu:
 
 
  Em 13/05/2014 15:18, Osvaldo Kussama osvaldo.kuss...@gmail.com
 escreveu:
 
 
  
   Em 13/05/14, Thiago Haroldothi...@sedcontabilidade.com.br escreveu:
Boa tarde Galera.
   
Gostaria de saber como faço para executar 300 updates de uma só vez
 no
postgre sql...
   
Estou precisando atualizar a minha tabela de funcionários, porem
 são 300
updates e não sei realizar este procedimento.
   
 
  especifique melhor o que deseja. se precisar atualizar o salario por %
 da pra fazer com um comando.
 
  
  
   Se cada update atualiza uma coisa diferente em seu banco de dados
   então coloque os 300 comandos updates dentro de uma única transação.
  
   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
 
 
 
 
  --
  Thiago Haroldo Barreto
  Assistente de TI
  Sed Contabilidade S/S Ltda
  (34) - 3662-1124
  thi...@sedcontabilidade.com.br
 
 
 
 
 
 
 
  Lembre-se de que ao evitar o desperdício, além de economizar dinheiro
 com papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
 melhor para o mundo!
 
  ___
  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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda executar vários updates

[Thiago Haroldo]

Sim, o SET é sequencial, pois tenho que alterar o código para um bem maior
e depois executar outra sequencia de updates para colocar outros códigos
menores.


Em 13 de maio de 2014 17:32, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2014-05-13 17:29 GMT-03:00 Renato Poleti ren...@poleti.com.br:
 
  Em 13/05/2014 17:17, Thiago Haroldo thi...@sedcontabilidade.com.br
  escreveu:
 
  update db.tab01 set cdchamada = '001001' where cdchamada = '53'
  update db.tab01 set cdchamada = '001002' where cdchamada = '000361'
  update db.tab01 set cdchamada = '001003' where cdchamada = '000215'
 
  tem alguma regra pra poder atualizar ou qualquer registro pode seguir a
  sequencia?

 Veja que SET é seqüencial, enquanto o WHERE parece aleatório.


  Porem são 300 updates, e quero que seja feito de uma só vez.

 BEGIN TRANSACTION;
 UPDATE…
 COMMIT;


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral









*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda executar vários updates

[Thiago Haroldo]

Vlw Galera, achei aqui no pgadmin - Execute PgScript.


Em 13 de maio de 2014 17:38, Rodrigo Waters rdrgw...@gmail.com escreveu:

 coloca um ; no final de cada sql e taca ficha

 *Rodrigo Waters *
 Analista de Sistemas - Soluções Globais
 http://www.rodrigowaters.com/


 *   http://www.multi24h.com.br*


 Em 13 de maio de 2014 17:32, Guimarães Faria Corcete DUTRA, Leandro 
 l...@dutras.org escreveu:

 2014-05-13 17:29 GMT-03:00 Renato Poleti ren...@poleti.com.br:

 
  Em 13/05/2014 17:17, Thiago Haroldo thi...@sedcontabilidade.com.br
  escreveu:
 
  update db.tab01 set cdchamada = '001001' where cdchamada = '53'
  update db.tab01 set cdchamada = '001002' where cdchamada = '000361'
  update db.tab01 set cdchamada = '001003' where cdchamada = '000215'
 
  tem alguma regra pra poder atualizar ou qualquer registro pode seguir a
  sequencia?

 Veja que SET é seqüencial, enquanto o WHERE parece aleatório.


  Porem são 300 updates, e quero que seja feito de uma só vez.

 BEGIN TRANSACTION;
 UPDATE…
 COMMIT;


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Habilitar crosstab no PostgreSQL 9.3

[Thiago]

Bom dia a todos.

Recentemente atualizamos o PostgreSQL para a seguinte versão: PostgreSQL 
9.3.4 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu/Linaro 
4.6.3-1ubuntu5) 4.6.3, 64-bit


O tentar executar uma query com crosstab, aparece a seguinte mensagem de 
erro: function crosstab(unknown, unknown) does not exist


Pesquisando na net como habilitar encontrei o seguinte comando para 
isso: create extension tablefunc;


Ao tentar criar a extensão aparece a seguinte mensagem: type 
tablefunc_crosstab_2 already exists


O que estou fazendo de errado?

Obrigado!

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

Re: [pgbr-geral] Habilitar crosstab no PostgreSQL 9.3

[Thiago]

On 02/05/2014 08:38, Thiago wrote:

Bom dia a todos.

Recentemente atualizamos o PostgreSQL para a seguinte versão: PostgreSQL
9.3.4 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu/Linaro
4.6.3-1ubuntu5) 4.6.3, 64-bit

O tentar executar uma query com crosstab, aparece a seguinte mensagem de
erro: function crosstab(unknown, unknown) does not exist

Pesquisando na net como habilitar encontrei o seguinte comando para
isso: create extension tablefunc;

Ao tentar criar a extensão aparece a seguinte mensagem: type
tablefunc_crosstab_2 already exists

O que estou fazendo de errado?

Obrigado!



Para quem tiver com o mesmo problema, encontraram a resposta aqui no 
seguinte link: http://forums.gentoo.org/viewtopic-t-900202-start-0.html


Problema resolvido.

Obrigado!

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

Re: [pgbr-geral] Habilitar crosstab no PostgreSQL 9.3

[Thiago]

On 02/05/2014 08:38, Thiago wrote:

Bom dia a todos.

Recentemente atualizamos o PostgreSQL para a seguinte versão: PostgreSQL
9.3.4 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu/Linaro
4.6.3-1ubuntu5) 4.6.3, 64-bit

O tentar executar uma query com crosstab, aparece a seguinte mensagem de
erro: function crosstab(unknown, unknown) does not exist

Pesquisando na net como habilitar encontrei o seguinte comando para
isso: create extension tablefunc;

Ao tentar criar a extensão aparece a seguinte mensagem: type
tablefunc_crosstab_2 already exists

O que estou fazendo de errado?

Obrigado!



Para quem tiver com o mesmo problema, encontraram a resposta aqui no 
seguinte link: http://forums.gentoo.org/viewtopic-t-900202-start-0.html


Problema resolvido.

Obrigado!

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

Re: [pgbr-geral] PostgreSQL Versão 7.2.3

[Thiago Oliveira]

Em 10 de abril de 2014 12:35, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:

 On 10-04-2014 12:22, Thiago Oliveira wrote:
  Boa Tarde,
 
  Alguém conhece alguma ferramenta gráfica que funcione para bancos
  PostgreSQL na versão 7.2.3? Estou fazendo um levantamento para saber
 quais
  bancos estão em uso para que eu possa migrar para a versão mais recente.

 Se vc está apenas fazendo um levantamento, qual a necessidade de uma
 ferramenta gráfica???


Na verdade, minha ideia foi alterar o nome dos bancos para ver se alguém
reclama. Caso ninguém reclame eu entendo que o banco não está sendo
utilizado. Aqui é um órgão do governo e as informações são de difícil
acesso. Inclusive, se alguém tiver outra solução é bem vinda. Como os
comandos falharam pelo psql, pensei em usar alguma ferramenta gráfica para
resolver.


 Para uma versão tão antiga provavelmente vc terá que usar uma versão
 também antiga do PGAdmin [1]. Não sei exatamente qual versão compatível
 com a 7.2, mas isso vc pode dar uma olhada na doc.


Eu testei todas as versões do PGADMIN e elas reclamaram que a versão do
banco deveria ser superior à 7.3.



  Consigo realizar consultas pelo psql, mas a maioria dos comandos
  administrativos me trazem um erro de parse, então pensei que via
 ferramenta
  seja mais fácil.
 

 Que comandos administrativos?? Do psql ???


  Por exemplo:
  ALTER DATABASE test RENAME TO test_;
  ERROR:  parser: parse error at or near DATABASE
 

 O ALTER DATABASE...RENAME foi introduzido na 7.4 [2]

 Quando digito \h ALTER database, ele me retorna exatamente o comando
passado como exemplo.


 Att,

 [1] http://www.postgresql.org/ftp/pgadmin3/release/
 [1] http://www.postgresql.org/docs/7.4/static/sql-alterdatabase.html

 --
Fabrízio de Royes Mello 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


Desculpe se errei algo em relação a Top-Posting.

-- 
*Thiago Oliveira*
*Administrador de Bancos de Dados - CODATA*
*Mestrando em Informática - Universidade Federal da Paraíba*
*http://br.linkedin.com/in/tjsoliveira
http://br.linkedin.com/in/tjsoliveira*
*(83) 8600-7901*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] PostgreSQL Versão 7.2.3

[Thiago Oliveira]

Em 10 de abril de 2014 13:55, Bruno Silva bemanuel...@gmail.com escreveu:

 2014-04-10 12:49 GMT-03:00 Thiago Oliveira thiagoco...@gmail.com:
 
  Na verdade, minha ideia foi alterar o nome dos bancos para ver se alguém
  reclama. Caso ninguém reclame eu entendo que o banco não está sendo
  utilizado. Aqui é um órgão do governo e as informações são de difícil
  acesso. Inclusive, se alguém tiver outra solução é bem vinda. Como os
  comandos falharam pelo psql, pensei em usar alguma ferramenta gráfica
 para
  resolver.
 


 Na 7.2 não tem a view pg_stat_activity ?
 select datname, count(1) from pg_stat_activity group by 1;

 Te lista a quantidade de usuários conectados por base.


Vou testar agora Bruno. Obrigado


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




-- 
*Thiago Oliveira*
*Administrador de Bancos de Dados - CODATA*
*Mestrando em Informática - Universidade Federal da Paraíba*
*http://br.linkedin.com/in/tjsoliveira
http://br.linkedin.com/in/tjsoliveira*
*(83) 8600-7901*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erro ao Instalar ODBC no Windows Server

[Thiago]

Sistema: Windows Server 2008 R2 Enterprise
Tipo de Sistema: 64-bit
ODBC: psqlodbc_09_03_0210-x64

Pessoal, bom dia.

Preciso instalar um drive ODBC para o PostgreSQL, pois vou precisar 
acessar pelo MS SQL Server, mas na hora da instalação aparece a seguinte 
mensagem:


Error installing ODBC driver: PostgreSQL ANSI(x64), ODBC error
13: The setup routines for the PostgreSQL ANSI(x64) ODBC driver could
not be
loaded due to system error code 126: The specified module could not be
found. (C:\psqlODBC\0901\bin\psqlodbc30a.dll).. Verify that the file
PostgreSQL ANSI(x64) exists and that you can access it.

Estou logado como administrador com todos os privilégios.

Como posso resolver esse problema?

Obrigado!

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

Re: [pgbr-geral] Erro ao Instalar ODBC no Windows Server

[Thiago]

On 13/03/2014 09:16, Thiago wrote:

Sistema: Windows Server 2008 R2 Enterprise
Tipo de Sistema: 64-bit
ODBC: psqlodbc_09_03_0210-x64

Pessoal, bom dia.

Preciso instalar um drive ODBC para o PostgreSQL, pois vou precisar
acessar pelo MS SQL Server, mas na hora da instalação aparece a seguinte
mensagem:

Error installing ODBC driver: PostgreSQL ANSI(x64), ODBC error
13: The setup routines for the PostgreSQL ANSI(x64) ODBC driver could
not be
loaded due to system error code 126: The specified module could not be
found. (C:\psqlODBC\0901\bin\psqlodbc30a.dll).. Verify that the file
PostgreSQL ANSI(x64) exists and that you can access it.

Estou logado como administrador com todos os privilégios.

Como posso resolver esse problema?

Obrigado!


Foi só instalar o VC10 64x. Nada como pesquisar em inglês no google.

Obrigado!


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

[pgbr-geral] Aumentar Disponibilidade/Desempenho Postgresql

[Thiago Haroldo]

Boa Tarde Galera.

Estou querendo aumentar a disponibilidade do meu servidor que roda o
postgres, porem sem abalar o desempenho nem sobrecarregar a minha rede.

O meu servidor contém Raid 5 e insto já diminui um pouco o desempenho da
base de dados, e eu estou pensando e configurar outro servidor para
replicar a base de dados na rede local para aumentar a disponibilidade
deste serviço na rede, porem li que com a replicação a escrita na base cai
uns 50%.

Eu estou querendo montar a seguinte rede.

Servidor master DB
IP: 192.168.0.1
IP: 192.168.1.1

Servidor Slave DB / Servidor de Backup Clientes
IP: 192.168.0.2
IP: 192.168.1.2
IP: 192.168.1.3

Unidade de Backup Rede
IP: 192.168.0.3
IP: 192.168.1.4

A conexão vai ser a seguinte:

Servidor Master conecta direto no Slave 192.168.1.1/192.168.1.2

Servidor Slave conecta na Unidade de Backup em Rede
192.168.1.3/192.168.1.4para realizar backups da base de dados do
Servidor Slave.

E a faixa de IP 192.168.0.0/24 vai para a comunicação dos clientes com o
Banco master e realizar backup dos usuários no servidor Slave DB

O servidor Slave vai ter a conexão direta com o master para a troca das
informações.

Vocês acham que o desempenho vai cair mesmo com a conexão direta entre os
Servidores?

E vai ser seguro realizar o backup do servidor Slave ao invés do Master?

Grato!


-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Aumentar Disponibilidade/Desempenho Postgresql

[Thiago Haroldo]

Passa para Raid 10 assim que possível.  Sério.  Raid 5 é medida de
economia porca, ou para casos muito específicos.  Muito mais simples e
barato que replicação, e previne problemas em vez de remediá‐los.
Pesquise um pouco, por exemplo nesta lista mesmo já discutimos isso
muito.

Eu já peguei o servidor com Raid 5, já li que não presta para banco de
dados, baixa leitura e escrita.
Eu penso em replicação, é para caso o servidor pare de vez. ai só direciono
o sistema par ao novo servidor.

Há muitos modelos e ferramentas de replicação.  Onde leste isso, a
respeito de que modelo?

Vi em um Webcast da 4linux.

Por volta de 7:44 do vídeo.
http://www.youtube.com/watch?feature=player_embeddedv=J2VqnkToPzI


Em 21 de fevereiro de 2014 17:03, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2014-02-21 14:14 GMT-03:00 Thiago Haroldo thi...@sedcontabilidade.com.br
 :
 
  O meu servidor contém Raid 5 e insto já diminui um pouco o desempenho da
  base de dados

 Passa para Raid 10 assim que possível.  Sério.  Raid 5 é medida de
 economia porca, ou para casos muito específicos.  Muito mais simples e
 barato que replicação, e previne problemas em vez de remediá‐los.
 Pesquise um pouco, por exemplo nesta lista mesmo já discutimos isso
 muito.

 Uma vez que estejas em Raid 10, terás melhor desempenho e segurança, e
 até mais tranqüilidade e conhecimento para partires para replicação.


  e eu estou pensando e configurar outro servidor para replicar
  a base de dados na rede local para aumentar a disponibilidade deste
 serviço
  na rede, porem li que com a replicação a escrita na base cai uns 50%.

 Há muitos modelos e ferramentas de replicação.  Onde leste isso, a
 respeito de que modelo?


  E vai ser seguro realizar o backup do servidor Slave ao invés do Master?

 Sim, desde que o escravo não perca a sincronia.


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0

[Thiago Haroldo]

Bom dia Galera, sou novato aqui na comunidade e gostaria de saber uma coisa.

Aqui na empresa utilizamos um Programa que ao gerar um relatório esta
puxando uma informação e quando gero o mesmo relatório ele vem com outra
informação diferente (Não é sempre que acontece isto). O Software sofre
atualizações, inserções constantes nos dados. A Base de dados tem 30 GB, eu
realizei o Vaccum Full em uma base de testes e a base diminuiu muito,
passando de 30 GB para para uns 18 GB.

Eu gostaria de saber se eu executar o Vaccum Full ou Vaccum na base de
dados pode resolver este problema pois este comando nunca foi utilizado e o
processo é seguro?

Obs: A base de dados era em Nexus e foi convertida para Postgresql, a base
tem uns 15 anos e nunca foi feita o Vaccum na mesma.

Obrigado a todos.

-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0

[Thiago Haroldo]

Bom dia Flavio.

*O ideal é não se preocupar com isso e deixar o autovacuum ligado. Ele está
ligado? Qual a versão do PostgreSQL que está usando?*

Não, eu não deixei ele ligado, pois queria saber mais informações sobre o
mesmo.

*Qual a versão do PostgreSQL que está usando?*

Estou usando a Versão 9.0

*Está rodando sobre PostgreSQL há 15 anos?*

Assim... O nosso sistema era em NexusDB (14 anos atrás) e foi convertido a
um ano para Postgres, então de um ano para cá eu não realizei o Vaccum na
base de produção, realizei apenas na base de testes.
Porem estou achando estranho é que algumas vezes geramos relatórios no
sistema e ele traz  algumas informações erradas... Achei que poderia ser
sujeira na base de dados... Rodando o Vaccum resolveria nossos problemas...

Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho não
é de grande porte e não tem um profissional destinado a este serviço.


Obrigado.





Em 10 de fevereiro de 2014 08:12, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Bom dia Galera, sou novato aqui na comunidade e gostaria de saber uma
 coisa.


 Bem vindo!


  Aqui na empresa utilizamos um Programa que ao gerar um relatório esta
 puxando uma informação e quando gero o mesmo relatório ele vem com outra
 informação diferente (Não é sempre que acontece isto). O Software sofre
 atualizações, inserções constantes nos dados. A Base de dados tem 30 GB,
 eu realizei o Vaccum Full em uma base de testes e a base diminuiu muito,
 passando de 30 GB para para uns 18 GB.


 Isso é absolutamente normal.


  Eu gostaria de saber se eu executar o Vaccum Full ou Vaccum na base de
 dados pode resolver este problema pois este comando nunca foi utilizado
 e o processo é seguro?


 Ambos os processos são seguros, porém, o VACUUM FULL bloqueia
 completamente a tabela durante sua execução. E também pode demorar muito
 pra terminar.

 O ideal é não se preocupar com isso e deixar o autovacuum ligado. Ele está
 ligado? Qual a versão do PostgreSQL que está usando?


  Obs: A base de dados era em Nexus e foi convertida para Postgresql, a
 base tem uns 15 anos e nunca foi feita o Vaccum na mesma.


 Está rodando sobre PostgreSQL há 15 anos?
 Estou feliz (porque as coisas funcionam) e preocupado ao mesmo tempo,
 porque não sei qual versão do PostgreSQL está rodando.

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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0

[Thiago Haroldo]

Em 10 de fevereiro de 2014 08:52, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2014-02-10 Thiago Haroldo thi...@sedcontabilidade.com.br:
 
  Não, eu não deixei ele ligado, pois queria saber mais informações sobre o
  mesmo.

 Não altere as configurações padrão sem ter idéia do que está fazendo.
 Um ano sem limpeza da base (é isso que a 'aspiração' [/vaccuum/] faz)
 é temerário.


Desculpe Guimarães, não expliquei direito.
Quando disse que não deixei ligado, me referi que o postgres foi instalado
e configurado pela empresa que fornece o software para nós, e com no meu
entendimento ele ficou desligado, pois quando ouve a troca do sistema o
pessoal alterou os arquivos de configuração e não vi nada de vaccum no dia
da troca de sistema da base de dados. Só se ele for predefinido
automaticamente no momento do atualização.




  Qual a versão do PostgreSQL que está usando?
 
  Estou usando a Versão 9.0

 Alguma razão para uma base que tem apenas um ano usar uma versão tão
 antiga?  Pelo menos atualize imediatamente para a última 9.0.X, que é
 a 9.0.15, porque isso é essencial e geralmente só exige a leitura das
 notas de versão (/release notes/), e já vá planejando atualizar para a
 9.3 ou, idealmente, a futura 9.4, porque a 9.0.X deixará de ser
 suportada ano que vem e a gente nunca sabe as intercorrências que
 podem atrasar uma atualização.


O distribuidor de softwares que forneceu esta versão, já verifiquei que
esta na versão 9.3, porem como já dito antes, não sou DBA e tenho que ficar
lendo e buscando informações sobre o postgres só que como na empresa cuido
de toda infra estrutura de TI fica complicado focar em um objetivo. Irei
ler a notas das versões e atualizar na minha base de testes e depois
atualizar no servidor de produção.




  Porem estou achando estranho é que algumas vezes geramos relatórios no
  sistema e ele traz  algumas informações erradas...

 Então o que precisas é nos trazer, pelo menos, um exemplo de consulta,
 estrutura das relações (tabelas) consultadas, dados de origem e
 resultados obtidos e esperados.  Isso nada tem a ver com manutenção da
 base, a princípio.

   Esta em anexo a consulta de produtos de 12/2013 e 01/2014, sempre quando
eu abro um novo mês o sistema pergunta se quer importas as informações do
mês anterior, clico em sim e importa os produtos, porem depois gero
relatório e há uma diferença de 160 produtos que não foram importados de um
mês para o outro... Muito estranho...


  Achei que poderia ser
  sujeira na base de dados... Rodando o Vaccum resolveria nossos
 problemas...

 Não, a limpeza não altera resultados.  A menos que tua base esteja tão
 podre que os dados estejam inconsistentes, mas aí daria tanto problema
 que já nos terias procurado há meses.


 É que executamos muitas consultas na base de dados.





  Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho
 não é
  de grande porte e não tem um profissional destinado a este serviço.

 Por isso mesmo tinhas de nos ter procurando antes de desligar algo tão
 essencial quanto a limpeza automática da base.


 Como dito acima eu não mexi em nenhuma configuração, ficou como o pessoal
do sistema deixou...



 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
-- Table: wfiscal.cd00800

-- DROP TABLE wfiscal.cd00800;

CREATE TABLE wfiscal.cd00800
(
  idcodigo character varying(40) NOT NULL,
  dtinicial timestamp without time zone,
  dtfinal timestamp without time zone,
  cdcodigo integer,
  cdclassificacao character varying(20),
  nmdescricao character varying(53),
  nmunidade character varying(6),
  codespecifico character varying(60),
  codsittrib integer,
  aliqipi double precision,
  aliqicms double precision,
  redbase double precision,
  basest double precision,
  cdespecie integer,
  cdunmedida integer,
  fatorconv integer,
  tpproduto character varying(1),
  dsproduto character varying(6),
  codean character varying(14),
  codrelevante character varying(7),
  cdproduto integer,
  descunidade character varying(30),
  iditemgenero character varying(10),
  stimune character varying(1),
  stcombustivelsolvente character varying(1),
  cdprodsefaz character varying(4),
  cdanp integer,
  nrtipoitem integer,
  cdgeneroitem integer,
  cdipi integer,
  cdpis integer

Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0

[Thiago Haroldo]

Claudio, Obrigado pelas sugestões.

Se possível, encontra em anexo duas consultas, uma do mês 12/2013 e outra
01/2014 e a estrutura da tabela. O que acontece é o seguinte, eu importo os
produtos de uma determinada empresa todos os meses. Ex. Trabalhei no mês
12/2013 e quando vou começar no mês 01/2014 o sistema pergunta se eu quero
importar os produtos do mês anterior e eu clico em sim e o sistema importa
os produtos para o mês 01/2014, porem quando gero um relatório comparando
os meses, um relatório tem 396 pg e outro 391 pg, são 5 paginas com 30
produtos cada, que são 150 produtos que sumiram do nada no sistema, a
formatação do texto do relatório é a mesma... Muito estranho.

Eu estou aqui pedindo ajuda, pois não tenho tanto conhecimento em postgres
e o pessoal do suporte do sistema não ajuda em nada!..

Obrigado.


Em 10 de fevereiro de 2014 09:21, Claudio Bezerra Leopoldino 
claudiob...@yahoo.com.br escreveu:

 As hipóteses para o seu problema, são:

 1- Migração de dados do Nexus para o postgresql trouxe dados duplicados ou
 errados. Creio que não se aplica neste caso, pois depois de um anos já
 teria sido descoberto;
 2- Os dados que estão sendo inseridos, alterados e excluídos estão
 incorretos. Rever as rotinas de modificação de dados no banco;
 3- As consultas realizadas não estão utilizando os filtros e junções
 corretos. Auditar consultas;
 4- As consultas realizadas estão utilizando níveis de isolamento muito
 flexíveis. Rever as configurações para Transact isolation levels.

 Creio que as hipóteses 2, 3 e 4 são as mais prováveis.

 O vacuum vai ter dar melhor aproveitamento do espaço de armazenamento e
 maior rapidez nos acessos aos dados, mas não vai melhorar a consistência
 da sua base de dados.

 Cordialmente,

 Cláudio Leopoldino
 postgresqlbr.blogspot.com/
 =


   Em Segunda-feira, 10 de Fevereiro de 2014 7:53, Guimarães Faria
 Corcete DUTRA, Leandro l...@dutras.org escreveu:
   2014-02-10 Thiago Haroldo thi...@sedcontabilidade.com.br:
 
  Não, eu não deixei ele ligado, pois queria saber mais informações sobre o
  mesmo.

 Não altere as configurações padrão sem ter idéia do que está fazendo.
 Um ano sem limpeza da base (é isso que a 'aspiração' [/vaccuum/] faz)
 é temerário.


  Qual a versão do PostgreSQL que está usando?
 
  Estou usando a Versão 9.0

 Alguma razão para uma base que tem apenas um ano usar uma versão tão
 antiga?  Pelo menos atualize imediatamente para a última 9.0.X, que é
 a 9.0.15, porque isso é essencial e geralmente só exige a leitura das
 notas de versão (/release notes/), e já vá planejando atualizar para a
 9.3 ou, idealmente, a futura 9.4, porque a 9.0.X deixará de ser
 suportada ano que vem e a gente nunca sabe as intercorrências que
 podem atrasar uma atualização.


  Porem estou achando estranho é que algumas vezes geramos relatórios no
  sistema e ele traz  algumas informações erradas...

 Então o que precisas é nos trazer, pelo menos, um exemplo de consulta,
 estrutura das relações (tabelas) consultadas, dados de origem e
 resultados obtidos e esperados.  Isso nada tem a ver com manutenção da
 base, a princípio.


  Achei que poderia ser
  sujeira na base de dados... Rodando o Vaccum resolveria nossos
 problemas...

 Não, a limpeza não altera resultados.  A menos que tua base esteja tão
 podre que os dados estejam inconsistentes, mas aí daria tanto problema
 que já nos terias procurado há meses.



  Obs: Não sou DBA, mas tenho que me virar, pois a empresa onde trabalho
 não é
  de grande porte e não tem um profissional destinado a este serviço.

 Por isso mesmo tinhas de nos ter procurando antes de desligar algo tão
 essencial quanto a limpeza automática da base.


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm

 ___
 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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
-- Table: wfiscal.cd00800

-- DROP TABLE wfiscal.cd00800;

CREATE TABLE wfiscal.cd00800
(
  idcodigo character varying(40) NOT NULL,
  dtinicial timestamp without time zone,
  dtfinal timestamp without time zone,
  cdcodigo integer,
  cdclassificacao character varying(20),
  nmdescricao character varying(53

Re: [pgbr-geral] Ajuda Manutenção Base de dados Postgre 9.0

[Thiago Haroldo]

Também acho que é erro da rotina de importação, estou entrando em contato
com o pessoal de desenvolvimento do software agora mesmo.

Obrigado!


Em 10 de fevereiro de 2014 13:01, Euler Taveira eu...@timbira.com.brescreveu:

 On 10-02-2014 08:38, Thiago Haroldo wrote:
  Se possível, encontra em anexo duas consultas, uma do mês 12/2013 e outra
  01/2014 e a estrutura da tabela. O que acontece é o seguinte, eu importo
 os
  produtos de uma determinada empresa todos os meses. Ex. Trabalhei no mês
  12/2013 e quando vou começar no mês 01/2014 o sistema pergunta se eu
 quero
  importar os produtos do mês anterior e eu clico em sim e o sistema
 importa
  os produtos para o mês 01/2014, porem quando gero um relatório comparando
  os meses, um relatório tem 396 pg e outro 391 pg, são 5 paginas com 30
  produtos cada, que são 150 produtos que sumiram do nada no sistema, a
  formatação do texto do relatório é a mesma... Muito estranho.
 
 Até agora você não apresentou evidências que o problema seja o banco de
 dados. Já rastreou o log para ver se há algum erro?

 Registros não somem do banco de dados; isso parece-me ser um erro da
 rotina de importação, não? Sugiro fazer as consultas listas no log
 diretamente no banco de dados e realizar um 'diff' das saídas.


 --
Euler Taveira   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




-- 
Thiago Haroldo Barreto
Assistente de TI
Sed Contabilidade S/S Ltda
(34) - 3662-1124
thi...@sedcontabilidade.com.br clau...@sedcontabilidade.com.br







*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Comando DO em PostgreSQL 9.0

[Thiago]

Galera, bom dia.

Estava precisando executar blocos de pl/pgsql sem a criação de 
procedures, parecido com o que faço no MS SQL Server. Pesquisando 
encontrei o comando DO, porém aqui na empresa ainda estamos na versão 8.4.4.


Existe alguma forma de executar um bloco pl/pgsql no PostgreSQL 8.4.4 
sem a criação de procedures?


Obrigado!

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

[pgbr-geral] Manutenção da Base de Dados em PostgreSQL 9.0

[Thiago Haroldo]

Bom dia Galera, sou novato aqui na comunidade e gostaria de saber uma coisa.

Aqui na empresa utilizamos um Programa que ao gerar um relatório esta
puxando uma informação e quando gero o mesmo relatório ele vem com outra
informação diferente (Não é sempre que acontece isto). O Software sofre
atualizações, inserções constantes nos dados. A Base de dados tem 30 GB, eu
realizei o Vaccum Full em uma base de testes e a base diminuiu muito,
passando de 30 GB para para uns 18 GB.

Eu gostaria de saber se eu executar o Vaccum Full ou Vaccum na base de
dados pode resolver este problema pois este comando nunca foi utilizado e o
processo é seguro?

Obs: A base de dados era em Nexus e foi convertida para Postgresql, a base
tem uns 15 anos e nunca foi feita o Vaccum na mesma.

Obrigado a todos.


-- 



*Lembre-se de que ao evitar o desperdício, além de economizar dinheiro com
papel e tinta, você também ajuda o nosso planeta. Bom para seu bolso,
melhor para o mundo!*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Comando DO em PostgreSQL 9.0

[Thiago]

On 07/02/2014 09:01, Matheus de Oliveira wrote:




2014-02-07 Thiago
zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br:

Galera, bom dia.

Estava precisando executar blocos de pl/pgsql sem a criação de
procedures, parecido com o que faço no MS SQL Server. Pesquisando
encontrei o comando DO, porém aqui na empresa ainda estamos na
versão 8.4.4.

Existe alguma forma de executar um bloco pl/pgsql no PostgreSQL
8.4.4 sem a criação de procedures?


Não.


De qualquer forma você está andando na corda bamba, numa tempestade com
pedras gigantes de granizo e sob um rio cheio de jacarés, piranhas, e
uma tribo de canibais nas margens... :)

Primeiro, atualize imediatamente (pra ontem) da versão 8.4..4 para a
mais recente na série 8.4, que é a 8.4.19 (veja, você está atrasado em
15 patches). Faça isso agora mesmo, esqueça o DO por enquanto, essa uma
atualização para aplicar patches de correção de bug, pequenas melhorias
ou segurança. Não vai trazer nenhuma incompatibilidade para sua
aplicação e não precisa de dump+restore nem pg_upgrade, logo a janela de
manutenção necessária é mínima (apenas alguns segundos para restart).
Leita também a seção Migration to Version 8.4.19 nos Release notes
em [1] (e siga as versões anteriores que for informado lá).

Feito isso? Agora, respire um pouco, acabe o que tem de mais urgente, e
planeje o mais breve possível, a migração da versão 8.4 para uma mais
recente (recomendo a 9.3), porque a versão 8.4 perderá o suporte em
Julho deste ano (2014), logo você tem até lá para atualizar a uma versão
mais recente. E ganharás de lambuja um aumento de performance
impressionante, além de diversas funcionalidades fantásticas, veja uma
lista comparativa das versões em [2].

[1] http://www.postgresql.org/docs/8.4/static/release-8-4-19.html
[2] http://www.postgresql.org/about/featurematrix/


Obrigado!


Estamos aqui pra isso. XD

Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres http://www.dextra.com.br/postgres/





Mateus, obrigado pela explicação. Essa tabela comparativa que passou me 
deixa com mais vontade ainda de atualizar.


Vou passar para o responsável aqui planejarmos uma migração.

Aqui nosso server é bem antigo e estamos pensando em montar um novo 
servidor com HDs SSD. Será que vale a pena, teremos um melhor desempenho?


Obrigado!


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

[pgbr-geral] Uso de índice na procedure

[Thiago]

Boa tarde a todos.

Tenho uma determinada query que quando executo leva menos de 1 segundo 
mas se eu utilizo a mesma dentro de uma procedure leva quase 20 segundos.


O que pode estar acontecendo?

Obrigado!

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

Re: [pgbr-geral] Uso de índice na procedure

[Thiago]

Eu percebi que sempre que executo uma consulta do tipo id = nome_var ou 
nome_parametro ela é super lenta em relação ao fazer id = 1.


On 30/12/2013 17:15, Thiago wrote:

Boa tarde a todos.

Tenho uma determinada query que quando executo leva menos de 1 segundo
mas se eu utilizo a mesma dentro de uma procedure leva quase 20 segundos.

O que pode estar acontecendo?

Obrigado!




___
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 9.3 EM CLOUD LOCAWEB

[»» Thiago Pedro ««]

Eduardo, gostaria de manter contato com você.
Também estou estudando a possibilidade de utilização do postgresql do mesmo
modo.
Sua aplicação será em que linguagem e qual protocolo de comunicação ?


Em 9 de outubro de 2013 13:12, Eduardo Az - EMBRASIS 
eduard...@embrasis.com.br escreveu:

 então o usuário postgres está criado? porem, sem senha? é isto?




 Eduardo Az
 Dep. TI
 EMBRASIS
 email: eduard...@embrasis.com.br
 cel.:(11)98125-3845
 tel.:(11)2626-5190
 skype: eduard...@embrasis.com.br / (11)3013-2329
 -Mensagem Original- From: Itamar Reis Peixoto
 Sent: Wednesday, October 09, 2013 12:16 PM
 To: Comunidade PostgreSQL Brasileira
 Subject: Re: [pgbr-geral] PG 9.3 EM CLOUD LOCAWEB


 vc provavelmente vai ter que aprender a mexer no arquivo pg_hba.conf e
 a utilizar o su para mudar para o usuario postgres se conectar ao
 banco e criar seus usuarios.

 2013/10/9 Eduardo Az - EMBRASIS eduard...@embrasis.com.br:

 Pessoal
 Estou tentando instalar o pg 9.3 no cloud da locaweb.
 Acredito que já está 90% pronto, mas, to “perdido” na finalização.
 Estou com a versão mais barata, com 512 de RAM , 10GB e CentOS 6.4
 Segui a recomendação do site, baixando o pacote e instalando via yum.
 Porém, como estou bem mais acostumado com versão windows, parei ai!
 O sistema diz q está instalado, está rodando, mas, e os usuários? o banco
 de
 dados a senha???
 Alguns aqui devem esta rindo! Até eu to rindo! Mas, to perdido!!! k
 O que fazer agora? Procurei documentação e nada!!!
 Uma luz, por favor

 Eduardo Az
 Dep. TI
 EMBRASIS
 email: eduard...@embrasis.com.br
 cel.:(11)98125-3845
 tel.:(11)2626-5190
 skype: eduard...@embrasis.com.br / (11)3013-2329

 __**_
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.**org.brpgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geralhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 

 Itamar Reis Peixoto
 http://www.quebarato.com.br/**perfil/itamarjphttp://www.quebarato.com.br/perfil/itamarjp
 __**_
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.**org.brpgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geralhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 __**_
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.**org.brpgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geralhttps://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] [ Servidor Dedicado ] Custo vs Benefício...

[»» Thiago Pedro ««]

Pessoal, estou na escolha de um servidor dedicado para publicação de minha
aplicação ISAPI DLL + PostgreSql.

 http://servercomplete.com/  http://fdcservers.net/  http://fdcservers.net/
http://www.datashack.net  http://www.datashack.net
https://www.wholesaleinternet.net

Estou com tendência para o:
http://www.reliablesite.net

Alguém daqui utiliza servidores dedicados para compartilhar conhecimento e
informações ?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Functions/Procedures Names...

[»» Thiago Pedro ««]

Estou começando minha caminhada no PostgreSQL.
Minha experiência é no SQL Server e por lá Procedures/Function
independentes de Parâmetros In/Out, não podem ser duplicados.

Alguém pode me explicar o motivo de que no PostgreSql seja possível ?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Functions/Procedures Names...

[»» Thiago Pedro ««]

Compreendido Matheus.
No Delphi utilizo isso também.
Na realidade, era uma dúvida que eu tinha, pois me deparei com ela,
principalmente, quando se vá criar/aterar funções, derrepente, está lá, só
porque uma letrinha/parametro está diferente do original.
Mas não vejo com maus olhos, mas só com alerta de estar bem atento e tirar
vantagens disso.
Abraços.


Em 8 de outubro de 2013 13:45, Matheus de Oliveira 
matioli.math...@gmail.com escreveu:


 2013/10/8 »» Thiago Pedro «« thiagopedro...@gmail.com

 Estou começando minha caminhada no PostgreSQL.
 Minha experiência é no SQL Server e por lá Procedures/Function
 independentes de Parâmetros In/Out, não podem ser duplicados.

 Alguém pode me explicar o motivo de que no PostgreSql seja possível ?


 A resposta curta seria: porque quiseram fazer assim... =D

 Mas claro, o fato é que o PostgreSQL é considerado um banco de dados *
 Objeto-*Relacional, isso significa que ele aceita outras coisas além de
 tipos e funções convencionais, como:

 * Arrays
 * Tipos de intervalos
 * Operadores de usuário
 * Sobrecarga de operadores
 * Sobrecarga de funções (o caso)
 * etc...

 A funcionalidade em questão é a sobrecarga de funções (veja [1] para mais
 detalhes), o que diz que uma função não é determinada somente pelo seu
 nome, mas sim pelo nome e parâmetros (quantidade de parâmetros e tipos de
 cada um). Já vi pessoal vindo do MS SQL Server que acha que isso é ruim,
 mas na verdade, se bem utilizado, é uma funcionalidade fantástica. Com ela
 você pode criar funções de mesmo nome, mas que com parâmetros diferentes
 tenha um resultado (até mesmo de tipos) diferentes também. Claro, quando eu
 digo bem usada, eu quero dizer que só crie funções de mesmo nome se a
 semântica delas forem as mesmas, se não vira bagunça.

 Vale lembrar que é exatamente o mesmo comportamento presente nas
 linguagens com orientação a objetos, como C++, Java, C#, etc...

 [1] http://www.postgresql.org/docs/9.1/static/xfunc-overload.html

 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 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


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

[pgbr-geral] Script para teste web postgresql...

[»» Thiago Pedro ««]

Pessoal, estou querendo fazer uns testes em uma base de dados postgresql no
meu servidor de hospedagem.
Alguém tem ou sabe onde posso conseguir um arquivo .sql de milhares de
registros para anexar ao meu banco de dados e fazer testes ?

Aproveitando. Existe alguma ferramenta especifica que faz análise através
de análises de envios e recepções de dados, sobre a velocidade e autonomia
do banco de dados na web ?


Agradeço as dicas!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda com SQL (full outer join)

[Thiago]

Bom dia a todos.

Tenho as seguintes tabelas

tb_venda
loja venda
110
220

tb_meta
loja meta
240
360

Eu precisava fazer uma consulta trazendo tudo de tudo, o que cruzar e o 
que não cruzar, para tal fiz o seguinte sql.


select
   coalesce(a.loja,b.loja) as loja,
   coalesce(a.venda,0) as venda,
   coalesce(b.meta,0) as meta
from tb_venda a
full outer join tb_meta b on a.loja = b.loja

Como resultado eu teria os seguintes dados:
loja venda meta
1100
22040
30 60

O que fazer quando eu não tenho registros na tabela tb_venda, tenho 
apenas na tabela meta?


Gostaria que viesse o seguinte resultado:

loja venda meta
20 40
30 60

Obrigado pela ajuda.

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

Re: [pgbr-geral] Ajuda com SQL (full outer join)

[Thiago]

On 01/10/2013 11:41, Osvaldo Kussama wrote:

Em 01/10/13, Thiagozan...@farmaponte.com.br escreveu:

Bom dia a todos.

Tenho as seguintes tabelas

tb_venda
loja venda
110
220

tb_meta
loja meta
240
360

Eu precisava fazer uma consulta trazendo tudo de tudo, o que cruzar e o
que não cruzar, para tal fiz o seguinte sql.

select
 coalesce(a.loja,b.loja) as loja,
 coalesce(a.venda,0) as venda,
 coalesce(b.meta,0) as meta
from tb_venda a
full outer join tb_meta b on a.loja = b.loja

Como resultado eu teria os seguintes dados:
loja venda meta
1100
22040
30 60

O que fazer quando eu não tenho registros na tabela tb_venda, tenho
apenas na tabela meta?

Gostaria que viesse o seguinte resultado:

loja venda meta
20 40
30 60

Obrigado pela ajuda.




Pelo que consegui entender seria:
select
 coalesce(a.loja,b.loja) as loja,
 coalesce(a.venda,0) as venda,
 coalesce(b.meta,0) as meta
from tb_venda a
full outer join tb_meta b on a.loja = b.loja
WHERE a.loja IS NULL;

que corresponde a sua descrição mas que não corresponde a seu exemplo.

Osvaldo


Osvaldo, boa tarde.

Mas em alguns casos a minha tabela tb_venda vai estar vazia, neste caso 
não está trazendo nenhum registro da tabela tb_meta.


Gostaria de trazer todos os registros da tb_meta tendo a tb_venda como 
tabela da esquerda.


No exemplo que dei, tenho 2 registros em cada tabela, mas no caso de não 
ter nada na tabela tb_venda (esquerda/principal) não está trazendo nada 
da tb_meta (direita).



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

Re: [pgbr-geral] Ajuda com SQL (full outer join)

[Thiago]

On 01/10/2013 11:10, JotaComm wrote:

Opa,


Em 1 de outubro de 2013 10:50, Thiago zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br escreveu:

Bom dia a todos.

Tenho as seguintes tabelas

tb_venda
loja venda
110
220

tb_meta
loja meta
240
360

Eu precisava fazer uma consulta trazendo tudo de tudo, o que cruzar
e o que não cruzar, para tal fiz o seguinte sql.

select
coalesce(a.loja,b.loja) as loja,
coalesce(a.venda,0) as venda,
coalesce(b.meta,0) as meta
from tb_venda a
full outer join tb_meta b on a.loja = b.loja

Como resultado eu teria os seguintes dados:
loja venda meta
1100
22040
30 60

O que fazer quando eu não tenho registros na tabela tb_venda, tenho
apenas na tabela meta?

Gostaria que viesse o seguinte resultado:

loja venda meta
20 40
30 60


Não conseguei entender exatamente o que você quer: Por que a loja 1 não
deve aparecer no resultado? Pelo que vi aparecem somente os registros da
tabela tb_meta.


Obrigado pela ajuda.

_
pgbr-geral mailing list
pgbr-geral@listas.postgresql.__org.br
mailto:pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.__br/cgi-bin/mailman/listinfo/__pgbr-geral
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



Abraços
--
JotaComm
http://jotacomm.wordpress.com



JotaComm, boa tarde.

Eu questionei no caso de tabela tb_venda estar vazia, como faria para 
trazer os registros da tb_meta. Como se eu tivesse a seguinte estrutura:


tb_venda
loja venda

tb_meta
loja meta
240
360

Preciso ter o resultado abaixo utilizando a tabela tb_venda como 
esquerda (principal).


loja venda meta
20 40
30 60

Acontece que em determinados momentos a mesma pode estar vazia e neste 
caso não está trazendo as metas.


Obrigado!

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

Re: [pgbr-geral] Ajuda com SQL (full outer join)

[Thiago]

On 01/10/2013 10:57, Guimarães Faria Corcete DUTRA, Leandro wrote:

2013/10/1 Thiago zan...@farmaponte.com.br:

from tb_venda a
full outer join tb_meta b on a.loja = b.loja


Pode simplificar com ON loja, já que os nomes são consistentes.

Se houver a restrição de integridade referencial, pode até fazer o
NATURAL JOIN, sem precisar de ON.


Obrigado pela dica, não conhecia esta sintaxe.




Como resultado eu teria os seguintes dados:
loja venda meta
1100
22040
30 60


Isso está funcionando como esperado, certo?


Sim, quando tenho registro na tabela tb_venda ele me traz da forma que 
preciso, o problema é quando a tb_venda está vazia e a tabela tb_meta 
contém registros, neste caso não está trazendo nada.



O que fazer quando eu não tenho registros na tabela tb_venda, tenho apenas
na tabela meta?


Você pode dar o exemplo de como ficariam as tabelas base, nesse caso?


Da seguinte forma:

tb_venda
loja venda

tb_meta
loja meta
240
360

Neste caso, tendo a tabela tb_venda como principal (esquerda) gostaria 
de ter o seguinte resultado:


loja venda meta
20 40
30 60


Aliás, evite esses prefixos como ‘tb_’.  Eles acabam atrapalhando à
medida em que o modelo evolui e você substitui tabelas por visões e
vice-versa.


Obrigado por essa dica também.




Gostaria que viesse o seguinte resultado:

loja venda meta
20 40
30 60

___
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] Ajuda com SQL (full outer join)

[Thiago]

On 01/10/2013 13:49, JotaComm wrote:

Opa,


Em 1 de outubro de 2013 12:37, Thiago zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br escreveu:

On 01/10/2013 11:10, JotaComm wrote:

Opa,


Em 1 de outubro de 2013 10:50, Thiago
zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.__br
mailto:zan...@farmaponte.com.br
escreveu:


 Bom dia a todos.

 Tenho as seguintes tabelas

 tb_venda
 loja venda
 110
 220

 tb_meta
 loja meta
 240
 360

 Eu precisava fazer uma consulta trazendo tudo de tudo, o
que cruzar
 e o que não cruzar, para tal fiz o seguinte sql.

 select
 coalesce(a.loja,b.loja) as loja,
 coalesce(a.venda,0) as venda,
 coalesce(b.meta,0) as meta
 from tb_venda a
 full outer join tb_meta b on a.loja = b.loja

 Como resultado eu teria os seguintes dados:
 loja venda meta
 1100
 22040
 30 60

 O que fazer quando eu não tenho registros na tabela
tb_venda, tenho
 apenas na tabela meta?

 Gostaria que viesse o seguinte resultado:

 loja venda meta
 20 40
 30 60


Não conseguei entender exatamente o que você quer: Por que a
loja 1 não
deve aparecer no resultado? Pelo que vi aparecem somente os
registros da
tabela tb_meta.


 Obrigado pela ajuda.

 ___
 pgbr-geral mailing list

pgbr-geral@listas.postgresql.org.br
http://org.br
 mailto:pgbr-geral@listas.__postgresql.org.br
mailto:pgbr-geral@listas.postgresql.org.br

https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



https://listas.postgresql.__org.br/cgi-bin/mailman/__listinfo/pgbr-geral
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



Abraços
--
JotaComm
http://jotacomm..wordpress.com http://jotacomm.wordpress.com


JotaComm, boa tarde.

Eu questionei no caso de tabela tb_venda estar vazia, como faria
para trazer os registros da tb_meta. Como se eu tivesse a seguinte
estrutura:

tb_venda
loja venda


tb_meta
loja meta
240
360

Preciso ter o resultado abaixo utilizando a tabela tb_venda como
esquerda (principal).


loja venda meta
20 40
30 60

Acontece que em determinados momentos a mesma pode estar vazia e
neste caso não está trazendo as metas.


Ainda não consegui entender (Confuso ainda): Por exemplo, na tabela
tb_venda não tem o código 3, porém você quer que apareça no resultado,
logo se você usar a tabela tb_venda como principal isso não vai
acontecer (LEFT OUTER JOIN).

Existem alguma relação entre a coluna meta de tb_meta e a coluna venda
de tb_venda. Algo como se o valor de meta (tb_meta) for maior ou igual a
venda (tb_venda)?


Obrigado!


_
pgbr-geral mailing list
pgbr-geral@listas.postgresql.__org.br
mailto:pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.__br/cgi-bin/mailman/listinfo/__pgbr-geral
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



Abraços
--
JotaComm
http://jotacomm.wordpress.com




Não, na verdade o campo de referencia é o loja. É que quando comecei a 
utilizar o left outer join eu imaginei que ele traria de qualquer dos 
lados, mas viajei.


Vou criar uma subconsulta com union nas tabelas antes de cruzar, 
acredito ser a melhor solução. Algo como:


select tm.loja
from (
  select loja from tb_venda
  union all
  select loja from tb_meta
) as tm
group by tm.loja

E depois utilizar o resultado disso para cruzar com as outras.

Obrigado pela ajuda.

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

Re: [pgbr-geral] Ajuda com SQL (full outer join)

[Thiago]

Vou criar uma subconsulta com union nas tabelas antes de cruzar,
acredito ser a melhor solução. Algo como:

select tm.loja
from (
select loja from tb_venda
union all
select loja from tb_meta
) as tm
group by tm.loja

E depois utilizar o resultado disso para cruzar com as outras.




Não vejo sentido em utilizar o GROUP BY nesta consulta, é só eliminar
a opção ALL da UNION [1].

select loja from tb_venda
union
select loja from tb_meta;

Osvaldo


Obrigado pela dica.

Está ai o problema de aprender algo e utilizar para sempre sem verificar 
os comando parecidos.


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

[pgbr-geral] Ajuda em Consulta

[Thiago]

Bom dia a todos.

Tenho uma tabela de vendas onde contém cada item do cupom. Nesta tabela 
tenho as seguinte informações:


Filial
Produto
Data
Quantidade

Para ganhar agilidade nos relatórios, criei uma tabela agrupada por mês, 
contendo os seguintes campos:


Filial
Ano
Mes
Produto
Quantidade

Preciso fazer uma consulta na tabela agrupada trazendo as vendas de três 
meses fechados, mas para isso eu tenho as informações de data inicial e 
data final.


Qual seria a melhor forma de fazer uma between em uma tabela com essa 
estrutura, ou qual seria a melhor estrutura para montar tabelas deste tipo?


Muito obrigado pela atenção.

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

Re: [pgbr-geral] Ajuda em Consulta

[Thiago]

On 12/09/2013 08:39, Dickson S. Guedes wrote:

Em Qui, 2013-09-12 às 08:06 -0300, Thiago escreveu:

Bom dia a todos.

Tenho uma tabela de vendas onde contém cada item do cupom. Nesta tabela
tenho as seguinte informações:

Filial
Produto
Data
Quantidade

Para ganhar agilidade nos relatórios, criei uma tabela agrupada por mês,
contendo os seguintes campos:

Filial
Ano
Mes
Produto
Quantidade

Preciso fazer uma consulta na tabela agrupada trazendo as vendas de três
meses fechados, mas para isso eu tenho as informações de data inicial e
data final.

Qual seria a melhor forma de fazer uma between em uma tabela com essa
estrutura, ou qual seria a melhor estrutura para montar tabelas deste tipo?



Não ficou muito claro exatamente o que você quer, mas desconfio que você
pode usar duas alternativas, sendo uma a função date_trunc [1] onde
retornaria as datas como sendo o primeiro dia do mês daquela data (por
exemplo, date_trunc('month', current_date) é igual a '2013-09-01') com
isto você poderia juntar com a outra tabela montando o ano e o mês.
Outra alternativa é extrair o ano e o mês da data completa com a função
extract[2] (por exemplo, extract(month from current_date) é igual a 9 e
extract(year from current_data) é igual a 2013) e então juntar com a
outra tabela.


[1]
http://www.postgresql.org/docs/current/static/functions-datetime.html#FUNCTIONS-DATETIME-TRUNC

[2]
http://www.postgresql.org/docs/current/static/functions-datetime.html#FUNCTIONS-DATETIME-EXTRACT

[]s


Vou tentar explicar melhor minha necessidade.

Na tabela agrupada que tenho, preciso fazer uma consulta da vendas do 
mês 04/2013 até 06/2013.


Para fazer esta consulta eu teria que utilizar o seguinte where:

ano = 2013 and mes = 4 or
ano = 2013 and mes = 5 or
ano = 2013 and mes = 6

Acontece que meus parâmetros de entrada são duas datas, inicial e final. 
Eu gostaria de fazer uma consulta desta utilizando alguma forma de between.


Eu tentei utilizar assim:
cast(cast(ano as text) || lpad(cast(mes as text),2,'0') as integer) 
between 201304 and 201306


Acontece que neste caso não irá utilizar os índices.

Eu gostaria de saber se existe uma forma de fazer a consulta utilizando 
alguma forma de between ou teria que estruturar a tabela de forma 
diferente, talvez com um campo ano_mes.


Obrigado!



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

[pgbr-geral] Diferenças de tratamentos de funções SQL Server vs PostgreSQL...

[»» Thiago Pedro ««]

Porque no postgresql não é como no sql server que é dado o nome das
function independente dos parametros ? fica muito mais fácil, pois uma
coisinha nos parametros já cria uma outra função e tal.

Acho muito mais trabalhoso.
Isso deveria ser deixado apenas para funções das aplicações.

Gostaria da opinião de vocês.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ajuda com Tabela Temporária

[Thiago]

Bom dia a todos!

Desenvolvi uma procedure que carrega uma tabela temporária para depois 
apenas fazer o select do conteúdo da mesma.


No inicio da procedure, antes de criar a tabela, tenho que verificar se 
a mesma já existe. Caso exista eu preciso excluir. Para isso faço a 
seguinte rotina:


select schemaname
from pg_tables
where
   schemaname like 'pg_temp%' and
   tablename = 'tmp_tb_vendas_mensal_f'
into vSchema;

if (vSchema is not null) then
   drop table tmp_tb_vendas_mensal_f;
end if;

Eu percebi que quando eu crio a tabela, cada seção vai criar em um 
esquema diferente. Quando duas ou mais pessoas gerarem o relatório em 
paralelo serão criadas n tabelas.


Como faço para saber qual foi criada pela minha seção?

Obrigado!

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

Re: [pgbr-geral] Ajuda com Tabela Temporária

[Thiago]

On 27/05/2013 11:21, Matheus de Oliveira wrote:

Acho que o mais fácil na verdade é você usar o DROP TABLE IF EXISTS:

DROP TABLE IF EXISTS tmp_tb_vendas_mensal_f;
CREATE TEMP TABLE tmp_tb_vendas_mensal_f ... ;

Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres http://www.dextra.com.br/postgres/


Obrigado. Era exatamente isso que precisava. Aprendi algo novo.


___
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

[Thiago Oliveira]

Em 15 de abril de 2013 15:23, Kaui Aires kaui.olive...@gmail.com escreveu:

 Senhores,

 Estou com problemas em fazer a replicação no PG 9.2. (Só para constar:
 versões iguais!) Estou tentando primeiramente nas máquinas virtuais e não
 estou conseguindo com que façam o sincronismo.
 Há de exemplo esse tutorial:  (
 http://www.debian-administration.org/article/How_to_setup_Postgresql_9.1_Streaming_Replication_Debian_Squeeze)

 Então o que eu preciso de vocês, já que não quero incomodar: Alguém ai
 conheçe algum tutorial, how to Qualquer cosia que realmente
 funcione? Pois realmente eu já tentei vários e não estou conseguindo.
 Sugestões?

 Agradecido, desde já!


Da uma olhada nesse link

http://blog.carlosmalucelli.com/?p=287error_checker=captchaauthor_spam=Thiagoemail_spamurl_spamcomment_spam=Muitobom,ficousimplesebemexplicado.Parabns#error



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




-- 
*Thiago Oliveira*
*Bacharel em Sistemas de Informação - **Universidade Federal da Paraíba*
*Analista de Sistemas - Unimed João Pessoa
*
*http://br.linkedin.com/in/tjsoliveira*
*(83) 8600-7901*
*
*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] TRIGGER a disparar só com base num atributo

[Thiago Oliveira]

Basta separar por vírgulas como mostra na documentação do Postgres

http://www.postgresql.org/docs/9.1/static/sql-createtrigger.html


Em 17 de janeiro de 2013 11:56, Pedro Costa pedrocostaa...@sapo.ptescreveu:

 Em 17-01-2013 12:35, Anselmo Silva escreveu:
  na trigger coloque UPDATE OF [COLUNA]  (irá disparar apenas se for
  atualizado essa coluna)


 Obrigado Anselmo.

 E se forem várias colunas?Devo separar por virgulas?


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




-- 
*Thiago Oliveira*
*Bacharel em Sistemas de Informação - **Universidade Federal da Paraíba*
*Administrador de Dados - Projeto SIM*
*http://br.linkedin.com/in/tjsoliveira*
*(83) 8600-7901*
*
*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda com consulta

[Thiago]

On 05/12/2012 17:16, Matheus de Oliveira wrote:


 2012/12/5 Thiago zan...@farmaponte.com.br
 mailto:zan...@farmaponte.com.br

 Boa tarde.

 Tenho as seguintes tabelas:

 tb_mensagem
 id
 id_mensagem_pai
 dth_insert

 tb_mensagem_leitura
 id_mensagem
 dth_insert

 A tabela de mensagens, sempre que existe uma mensagem com
 id_mensagem_pai, significa que é uma resposta, as mensagens originais
 (primeiras) contém 0 (zero) no campo id_mensagem_pai.

 Na tabela tb_mensagem_leitura eu tenho um histórico de todas as vezes
 que o usuário leu a mensagem, sendo gravado no campo id_mensagem dessa
 tabela sempre o id da mensagem original.

 Preciso identificar quantas mensagens não lidas existe na para o
 usuário, sendo que uma mensagem não lida é:
 1) sem registro na tabela tb_mensagem_leitura;
 2) o registro da tabela tb_mensagem_leitura é com data menor que a
 última resposta da mensagem original.

 Alguém poderia me ajudar com este select? Ou até mesmo com a forma em
 que estruturei as tabelas, pois para chegar neste resultado está um
 pouco complicado.


 Cara, se eu não boiei na maionese, a consulta abaixo resolve o seu
 problema (não testado):

 WITH RECURSIVE mensagens AS (
  SELECT id AS id_original, id, dth_insert
  FROM tb_mensagem
  WHERE id_mensagem_pai = 0
  UNION ALL
  SELECT pai.id_original, filha.id http://filha.id, filha.dth_insert
  FROM tb_mensagem AS filha
  INNER JOIN mensagens AS pai ON pai.id http://pai.id =
 filha.id_mensagem_pai
 ), ultimas AS (
  SELECT m.id_original, MAX(m.dth_insert) AS dth_insert
  FROM mensagens AS m
  GROUP BY m.id_original
 )
 SELECT COUNT(*)
 FROM ultimas AS u
  LEFT JOIN tb_mensagem_leitura AS l
  ON l.id_mensagem = u.id_original
 WHERE l.id_mensagem IS NULL OR l.dth_insert  u.dth_insert;


 Não me parece muito performático, uma forma de melhorar seria SEMPRE
 guardar o id da mensagem original em tb_mensagem (não só a da pai, mas a
 da primeira na hierarquia), o que evitaria toda essa sobrecarga da query
 recursiva e da outra sub-query, que na prática só estão pegando a data
 da última mensagem.

 Atenciosamente,

Mateus, muito obrigado pela resposta.

Acho que não expliquei direito. Na tabela tb_mensagem, o campo 
id_mensagem_pai é sempre o id da mensagem original. Todas as respostas 
estão amarradas a uma única mensagem e não em um formato de árvore.

Dessa forma você acha que existe uma solução melhor com uma melhor 
performance? Essa será uma leitura muitas vezes executada, pois cada 
página do portal que o usuário acessa essa consulta é refeita para 
atualizar as mensagens não lidas.


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

Re: [pgbr-geral] Ajuda com consulta

[Thiago]

On 06/12/2012 07:41, Thiago wrote:
 On 05/12/2012 17:16, Matheus de Oliveira wrote:


 2012/12/5 Thiago zan...@farmaponte.com.br
 mailto:zan...@farmaponte.com.br

  Boa tarde.

  Tenho as seguintes tabelas:

  tb_mensagem
  id
  id_mensagem_pai
  dth_insert

  tb_mensagem_leitura
  id_mensagem
  dth_insert

  A tabela de mensagens, sempre que existe uma mensagem com
  id_mensagem_pai, significa que é uma resposta, as mensagens originais
  (primeiras) contém 0 (zero) no campo id_mensagem_pai.

  Na tabela tb_mensagem_leitura eu tenho um histórico de todas as vezes
  que o usuário leu a mensagem, sendo gravado no campo id_mensagem dessa
  tabela sempre o id da mensagem original.

  Preciso identificar quantas mensagens não lidas existe na para o
  usuário, sendo que uma mensagem não lida é:
  1) sem registro na tabela tb_mensagem_leitura;
  2) o registro da tabela tb_mensagem_leitura é com data menor que a
  última resposta da mensagem original.

  Alguém poderia me ajudar com este select? Ou até mesmo com a forma em
  que estruturei as tabelas, pois para chegar neste resultado está um
  pouco complicado.


 Cara, se eu não boiei na maionese, a consulta abaixo resolve o seu
 problema (não testado):

 WITH RECURSIVE mensagens AS (
   SELECT id AS id_original, id, dth_insert
   FROM tb_mensagem
   WHERE id_mensagem_pai = 0
   UNION ALL
   SELECT pai.id_original, filha.id http://filha.id, filha.dth_insert
   FROM tb_mensagem AS filha
   INNER JOIN mensagens AS pai ON pai.id http://pai.id =
 filha.id_mensagem_pai
 ), ultimas AS (
   SELECT m.id_original, MAX(m.dth_insert) AS dth_insert
   FROM mensagens AS m
   GROUP BY m.id_original
 )
 SELECT COUNT(*)
 FROM ultimas AS u
   LEFT JOIN tb_mensagem_leitura AS l
   ON l.id_mensagem = u.id_original
 WHERE l.id_mensagem IS NULL OR l.dth_insert  u.dth_insert;


 Não me parece muito performático, uma forma de melhorar seria SEMPRE
 guardar o id da mensagem original em tb_mensagem (não só a da pai, mas a
 da primeira na hierarquia), o que evitaria toda essa sobrecarga da query
 recursiva e da outra sub-query, que na prática só estão pegando a data
 da última mensagem.

 Atenciosamente,

 Mateus, muito obrigado pela resposta.

 Acho que não expliquei direito. Na tabela tb_mensagem, o campo
 id_mensagem_pai é sempre o id da mensagem original. Todas as respostas
 estão amarradas a uma única mensagem e não em um formato de árvore.

 Dessa forma você acha que existe uma solução melhor com uma melhor
 performance? Essa será uma leitura muitas vezes executada, pois cada
 página do portal que o usuário acessa essa consulta é refeita para
 atualizar as mensagens não lidas.


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


Na verdade eu tenho um outro problema, que deixou as coisas um pouco 
mais difíceis.

Na tabela de mensagem, existem os campos id_usuario_des (destinatário) e 
id_usuario_rem (remetente). Uma mensagem deve aparecer na caixa de 
entrada do usuário quando a mensagem original é id_usuario_des on existe 
pelo menos uma resposta da mensagem original como id_usuario_des igual 
ao usuário logado.

Eu consegui chegar ao resultado desejado da seguinte forma:
select count(*)
from (
select
   tm.id_mensagem,
   max(tm.dth_insert)
from (
   select
  case
 when cr.id_mensagem_pai = 0 then cr.id
 else cr.id_mensagem_pai
  end as id_mensagem,
  cr.dth_insert
   from portal.tb_correio cr
   where cr.id_usuario_des = 2
) as tm
where
   (
  select hl.id
  from portal.tb_correio_historico_leitura hl
  where
 hl.id_mensagem = tm.id_mensagem and
 hl.dth_insert  tm.dth_insert and
 hl.dth_nao_lido is null and
 hl.id_usuario = 2
  limit 1
   ) is null
group by tm.id_mensagem
) as tp

Porém eu fico com medo quanto a questão de performance. No momento estou 
com poucas mensagens na base de dados, por isso a query está sendo 
executada rapidamente, mas daqui há alguns meses ela vai começar a ficar 
lenta.

Alguma sugestão?

Obrigado!


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

Re: [pgbr-geral] Ajuda com consulta

[Thiago]

On 06/12/2012 09:30, Matheus de Oliveira wrote:
 2012/12/6 Thiago zan...@farmaponte.com.br
 mailto:zan...@farmaponte.com.br

 On 05/12/2012 17:16, Matheus de Oliveira wrote:
  
  
   2012/12/5 Thiago zan...@farmaponte.com.br
 mailto:zan...@farmaponte.com.br
   mailto:zan...@farmaponte.com.br
 mailto:zan...@farmaponte.com.br
  
   Boa tarde.
  
   Tenho as seguintes tabelas:
  
   tb_mensagem
   id
   id_mensagem_pai
   dth_insert
  
   tb_mensagem_leitura
   id_mensagem
   dth_insert
  
   A tabela de mensagens, sempre que existe uma mensagem com
   id_mensagem_pai, significa que é uma resposta, as mensagens
 originais
   (primeiras) contém 0 (zero) no campo id_mensagem_pai.
  
   Na tabela tb_mensagem_leitura eu tenho um histórico de todas
 as vezes
   que o usuário leu a mensagem, sendo gravado no campo
 id_mensagem dessa
   tabela sempre o id da mensagem original.
  
   Preciso identificar quantas mensagens não lidas existe na para o
   usuário, sendo que uma mensagem não lida é:
   1) sem registro na tabela tb_mensagem_leitura;
   2) o registro da tabela tb_mensagem_leitura é com data menor
 que a
   última resposta da mensagem original.
  
   Alguém poderia me ajudar com este select? Ou até mesmo com a
 forma em
   que estruturei as tabelas, pois para chegar neste resultado
 está um
   pouco complicado.
  
  
   Cara, se eu não boiei na maionese, a consulta abaixo resolve o seu
   problema (não testado):
  
   WITH RECURSIVE mensagens AS (
SELECT id AS id_original, id, dth_insert
FROM tb_mensagem
WHERE id_mensagem_pai = 0
UNION ALL
SELECT pai.id_original, filha.id http://filha..id
 http://filha.id, filha.dth_insert
FROM tb_mensagem AS filha
INNER JOIN mensagens AS pai ON pai.id http://pai.id
 http://pai.id =
   filha.id_mensagem_pai
   ), ultimas AS (
SELECT m.id_original, MAX(m.dth_insert) AS dth_insert
FROM mensagens AS m
GROUP BY m.id_original
   )
   SELECT COUNT(*)
   FROM ultimas AS u
LEFT JOIN tb_mensagem_leitura AS l
ON l.id_mensagem = u.id_original
   WHERE l.id_mensagem IS NULL OR l.dth_insert  u.dth_insert;
  
  
   Não me parece muito performático, uma forma de melhorar seria SEMPRE
   guardar o id da mensagem original em tb_mensagem (não só a da
 pai, mas a
   da primeira na hierarquia), o que evitaria toda essa sobrecarga
 da query
   recursiva e da outra sub-query, que na prática só estão pegando a
 data
   da última mensagem.
  
   Atenciosamente,

 Mateus, muito obrigado pela resposta.

 Acho que não expliquei direito.


 Também acho... =P

 Na tabela tb_mensagem, o campo
 id_mensagem_pai é sempre o id da mensagem original. Todas as respostas
 estão amarradas a uma única mensagem e não em um formato de árvore.


 Agora entendi, é mais simples então.


 Dessa forma você acha que existe uma solução melhor com uma melhor
 performance? Essa será uma leitura muitas vezes executada, pois cada
 página do portal que o usuário acessa essa consulta é refeita para
 atualizar as mensagens não lidas.



 Sim. A forma abaixo:

   SELECT COUNT(*) FROM (
  SELECT
  CASE m.id_mensagem_pai WHEN 0 THEN m.id http://m.id ELSE
 m.id_mensagem_pai END AS id_original,
  MAX(m.dth_insert) AS dth_insert
  FROM tb_mensagem AS m
  GROUP BY CASE m.id_mensagem_pai WHEN 0 THEN m.id http://m.id ELSE
 m.id_mensagem_pai END
 ) AS u
  LEFT JOIN tb_mensagem_leitura AS l
  ON l.id_mensagem = u.id_original
 WHERE l.id_mensagem IS NULL OR l.dth_insert  u.dth_insert;

Não deu certo pelo fato de que na tabela de leitura eu vou ter n 
registros de leitura, por esse motivo o join está multiplicando pelas 
quantidades de leitura.

 Eu modelaria na mensagem original o id_mensagem_pai = id ao invés de 0
 na mensagem original, assim tira esse CASE daí.

Puxa, essa idéia foi ótima, ajudou e muito.

Eu cheguei a duas formas de fazer tal consulta:

1)
select count(*) from (
select
cr.id_mensagem_pai as id_mensagem,
max(cr.dth_insert) as dth_insert
from portal.tb_correio cr
where cr.id_usuario_des = 2
group by cr.id_mensagem_pai
) as cr
left join (
select hl.id_mensagem,max(hl.dth_insert) as dth_insert
from portal.tb_correio_historico_leitura hl
where hl.id_usuario = 2
group by hl.id_mensagem
) as hl on hl.id_mensagem = cr.id_mensagem
where hl.id_mensagem is null or hl.dth_insert  cr.dth_insert

2)
select count(*) from (
select

[pgbr-geral] Ajuda com consulta

[Thiago]

Boa tarde.

Tenho as seguintes tabelas:

tb_mensagem
   id
   id_mensagem_pai
   dth_insert

tb_mensagem_leitura
   id_mensagem
   dth_insert

A tabela de mensagens, sempre que existe uma mensagem com 
id_mensagem_pai, significa que é uma resposta, as mensagens originais 
(primeiras) contém 0 (zero) no campo id_mensagem_pai.

Na tabela tb_mensagem_leitura eu tenho um histórico de todas as vezes 
que o usuário leu a mensagem, sendo gravado no campo id_mensagem dessa 
tabela sempre o id da mensagem original.

Preciso identificar quantas mensagens não lidas existe na para o 
usuário, sendo que uma mensagem não lida é:
1) sem registro na tabela tb_mensagem_leitura;
2) o registro da tabela tb_mensagem_leitura é com data menor que a 
última resposta da mensagem original.

Alguém poderia me ajudar com este select? Ou até mesmo com a forma em 
que estruturei as tabelas, pois para chegar neste resultado está um 
pouco complicado.

Obrigado@

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

[pgbr-geral] Migração bd postgis

[Thiago Lima]

Boa tarde,

Surgiu a necessidade aqui no trabalho da migração de um de nossos
servidores de banco de dados geo

*Configurações da máquina antiga:*
PostgreSQL 8.3.7 on amd64-portbld-freebsd7.1, compiled by GCC cc (GCC)
4.2.1 20070719  [FreeBSD]
POSTGIS=1.3.5 GEOS=3.1.0-CAPI-1.5.0 PROJ=Rel. 4.6.1, 21 August 2008
USE_STATS

*Configurações da nova máquina:
*PostgreSQL 9.1.6 on x86_64-unknown-linux-gnu, compiled by gcc (Debian
4.4.5-8) 4.4.5, 64-bit
POSTGIS=1.5.8 GEOS=3.3.6-CAPI-1.7.6 PROJ=Rel. 4.8.0, 6 March 2012
LIBXML=2.7.8 USE_STATS

Não consegui realizar a migração através de pg_dump - pg_restore, acontecem
muitos erros do tipo
pg_restore: [archiver (db)] could not execute query: ERROR:  could not
access file $libdir/liblwgeom.so.1: No such file or directory
ou
pg_restore: [archiver (db)] could not execute query: ERROR:  function
buildarea already exists with same argument types

Pesquisando na internet não encontrei nada concreto com relação a migração
entre versões, vi um comentário em um blog
que o postgis tem uma ferramenta que trata o dump do postgres, gerando
assim um dump compatível com a nova versão,
porem quem escreveu não indicou aonde é possível encontrar essa ferramenta.
Gostaria de saber qual a melhor maneira que eu posso fazer essa migração, e
se é possível utilizar essas novas versões no meu caso.

Desde já agradeço pela atenção


Att.

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

Re: [pgbr-geral] PGDay São Paulo 2012 - Agora no IPTV da USP

[Thiago M. Figueiredo]

Opa pessoal bom dia,

Primeiramente queria dar os parabéns pois o evento foi de grande ajuda. :D

Flávio, você poderia por gentileza passar sua apresentação para nós?

Muito obrigado e um grande abraço e parabéns a todos.

Atenciosamente,
Thiago M. Figueiredo

--
Thiago M. Figueiredo
thi...@thiagofigueiredo.com
Cel: (55 11)9472-5713
tmarquesfiguer...@yahoo.com.br
http://www.thiagofigueiredo.com
Open Source o conhecimento é do mundo.
Usar software proprietário R$ 450,00 com MasterCard, usar software
livre não tem preço mas para todos os outros softwares existem os cracks. .


Em 8 de novembro de 2012 14:00, Fábio Telles Rodriguez
fabio.tel...@gmail.com escreveu:
 Amanhã estará acontecendo o PGDay São Paulo 2012, pela primeira vez
 realizado na USP. O site do evento você já conhece:
 http://www.postgresql.org.br/eventos/2012/pgday/sp

 Bom, as inscrições ainda estão abertas no site e da última vez que eu vi,
 ainda tinham algumas vagas, mas já sabemos que o auditório vai praticamente
 lotar. Então, se você quer ir, se inscreva AGORA. Sim, a entrada é franca.

 Se você não for lá...

   - Não vai conhecer o campus da Cidade Universitaria da USP, a maior
 universidade da América Latina.
   - Não vai conhecer os palestrantes e dezenas de profissionais que
 trabalham com PostgreSQL de SP, SC (parece até que tem uma caravana vindo de
 lá...), PR, DF, PI e outros cantos do Brasil
   - Não vai curtir o coffee break gentilmente oferecido pelos
 patrocinadores;
   - Não vai poder fazer perguntas nas palestras ou participar do debate no
 encerramento;
   - Não vai poder tomar cerveja com a turma ou rever velhos amigos de outros
 eventos de Postgres

 MAS vai poder assistir as palestras ao vivo pelo IPTV da USP no
 http://iptv.usp.br !!!

 Portanto, se você não tiver como vir, aproveite para dar uma sapeada no site
 e acompanhar algumas palestras.

 --
 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvidas sobre Permissões de Usuário

[Thiago Oliveira]

Boa Tarde Grupo,

estou iniciando nessa parte de gerenciamento de usuários e estou com o
seguinte cenário:

Preciso que todos os usuários tenham acesso normal (SELECT | INSERT |
UPDATE | DELETE | TRUNCATE | REFERENCES | TRIGGER) nos esquemas public e
localidade, mas gostaria que esses usuários não enxergassem os demais
esquemas do banco ao utilizar o pgadmin.

Estou utilizando a versão 8.4 do Postgres.

Obrigado!


-- 
*Thiago Oliveira*
*Graduando em Sistemas de Informação - 8º Período*
*Universidade Federal da Paraíba*
*http://br.linkedin.com/in/tjsoliveira*
*
*
* http://br.linkedin.com/in/tjsoliveira
*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvidas sobre Permissões de Usuário

[Thiago Oliveira]

Eu já havia lido as referências que você citou, além de criar os scripts
para as permissões, mas a pergunta foi no sentido de esconder os schemas
dos usuários que não possuem permissão de acesso.

Como você já disse, isso não é possível por conta do catálogo. O ideal pra
mim seria que um usuário, ao logar no pgadmin, só enxergasse os schemas aos
quais ele teria acesso.

Em 19 de outubro de 2012 12:23, Euler Taveira eu...@timbira.com escreveu:

 On 19-10-2012 11:57, Thiago Oliveira wrote:
  Preciso que todos os usuários tenham acesso normal (SELECT | INSERT |
 UPDATE |
  DELETE | TRUNCATE | REFERENCES | TRIGGER) nos esquemas public e
 localidade,
  mas gostaria que esses usuários não enxergassem os demais esquemas do
 banco ao
  utilizar o pgadmin.
 
 Listar os objetos dos outros esquemas ou listar os outros esquemas? Para
 primeira pergunta, isso é possível; já a segunda, não é pois o catálogo é
 público. Se um usuário pode ser conectar ao banco de dados 'foo', o mesmo
 pode
 saber (listar) os esquemas pertencentes a esse banco de dados. Porém, se um
 usuário 'bar' pode se conectar ao banco de dados 'foo' não quer dizer que
 ele
 possa listar os objetos de um esquema ao qual ele não tem permissão. Leia
 mais
 sobre isso em [1][2].


 [1] http://www.postgresql.org/docs/current/static/sql-grant.html
 [2] http://www.postgresql.org/docs/current/static/sql-revoke.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




-- 
*Thiago Oliveira*
*Graduando em Sistemas de Informação - 8º Período*
*Universidade Federal da Paraíba*
*http://br.linkedin.com/in/tjsoliveira*
*(83) 8600-7901*
*
*
* http://br.linkedin.com/in/tjsoliveira*
* http://br.linkedin.com/in/tjsoliveira*
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Usuario para efetuar pg_restore

[Thiago M. Figueiredo]

Boa tarde,

Você pode também usar o -x para retirar os Grant's.
pg_dump -O -x
pg_restore -O -x

Atenciosamente,
Thiago M. Figueiredo

--
Thiago M. Figueiredo
thi...@thiagofigueiredo.com
Cel: (55 11)9472-5713
tmarquesfiguer...@yahoo.com.br
http://www.thiagofigueiredo.com
Open Source o conhecimento é do mundo.
Usar software proprietário R$ 450,00 com MasterCard, usar software
livre não tem preço mas para todos os outros softwares existem os cracks. .


Em 16 de outubro de 2012 14:45, Cesar Moraes cesar.cs...@gmail.com escreveu:
 Mas ai o owner fica com o usuario que ta efetuando o dump.

 2012/10/15 Matheus de Oliveira matioli.math...@gmail.com



 2012/10/15 Cesar Moraes cesar.cs...@gmail.com

 Boa tarde pessoal,

 Estou precisando de um usuário que tenha permissão de criar um banco e
 executar o pg_restore.

 Criei o usuário com a permissão de CREATEDB, como ele é o owner do Banco
 consigo fazer o restore.

 Porém no dump o owner das tabelas são o postgres e acontece erro na
 subida do dump.
 could not execute query: ERROR:  must be member of role postgres

 Tem como eu resolver esse problema? Não quero deixar o ususario na role
 postgres por causa das permissões.

 Preciso de um usuario que apenas crie um banco e suba um dump. Isso vai
 ser um processo que o desenvolvedor podera pegar o dump e subir em uma
 maquina para testes.


 Duas soluções:

 1. No pg_dump, adicionar o -O que não inclui o dono dos objetos
 2. No pg_restore, adicionar o -O que não inclui o dono dos objetos

 Eu costumo ficar com a segunda...

 --
 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



 ___
 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