[pgbr-geral] pg_class

[Mauricio Sysmo Sistemas]

Boa tarde a todos, depois de excluído um registro da pg_class te uma 
tabela  tem como restaurar ?



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

[pgbr-geral] Se você usa Windows Preste Atenção é sério - Off-Toppic

[sistemas]

Estava procurando algumas funções pra trabalhar com office no delphi xe6 quando 
o google me mandou pra esse link: http://www.carloveiculos.com.br
Achei estranho um site que parece de automoveis, mas...
Apareceu uma tela de login, do nada me veio a cabeça o usuario admin e senham 
admin, muito usada em desenvolvimento web, pra minha surpresa entrou... e o que 
tem la dentro?
O Contador de maquinas sendo infectadas por virus de algum software que esta 
sendo baixado na web, como eu estava procurando por funções “Delphi XE6 e 
Office 2010” presumo que seja algum virus usado nesses ativadores de software 
piratas, como sempre vem recheados de bichinhos que você acaba desligando o 
antivirus pra instalar.

Eu utilizo o OpenOffice porque uso pouco essa suite, mas quero compartilhar 
para tomarem cuidado, voce pode verificar se seu IP esta na lista

Podem compartilhar assim o site sai do ar logo, pois não existe um lugar que 
possamos denunciar, eu denunciei numa pagina do UOL, mas não espero uma solução 
pra esse caso.


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

[pgbr-geral] Off-Toppic - Maldito GbPlugin

[sistemas]

Deveria ter uma forma de processar a empresa responsável por esse Plugin, cara 
perdi meio dia de trabalho, me atrasou o dia, tinha projetos pra entregar, me 
ferrou legal essa porcaria de plugin
Ontem fui dormir como de costume, rsrs, só fechei o notebook pra não perder o 
que estava fazendo ele entrou em modo hibernação, até ai tudo bem, não é a 
primeira vez que faço isso.
Uns dias atrás ocorreu que fazendo isso o Windows 10 ao iniciar entrou em modo 
de recuperação do nada, perdi uns minutos e não resolvi o problema, meti o dedo 
no botão desligar e comecei de novo, pra minha surpresa o sistema iniciou 
normal, fiquei sem saber o que ocorreu, mas perdi pouco tempo...
Hoje o Windows 10 não saiu da tela de recuperação nem a pau fiquei horas 
tentando a recuperação do Windows de pontos de instalação e nada, peguei o 
celular e fui ver umas dicas na web, por sorte um cara postou uma dica 
excelente, onde mencionava o maldito plugin mais precisamente o arquivo de 
driver “gbpddreg64.sys”, no artigo o cara recomenda o copia do arquivo para o 
diretório system32\drivers, mas não encontrei o arquivo no diretório de 
instalação, então resolvi simplesmente excluir o arquivo pra ver o que o 
Windows falava, pra minha sorte a maquina iniciou normalmente, sem passar pela 
tela de recuperação, ou seja essa porcaria de plugin sempre atazanando nosso 
sistema operacional. 

Sei que esse e-mail não é pertinente a lista, mas acho que partilhamos do mesmo 
problema quando se trata do Windows, rs

* A Microsoft bem que podia fazer uma inicialização transparente como o Linux 
onde você pode ver os processos sendo carregados, assim saberíamos qual 
exatamente está travando o sistema, pois nem o log do Windows foi capaz de 
dizer em que ponto era o problema, saudades do win3.1x 

Segue o link da solução para vossa apreciação:

https://answers.microsoft.com/pt-br/windows/forum/windows_10-hardware/windows-10-n%C3%A3o-liga-mais-driver-corrompido/7eb81c42-3873-4840-a46a-49a0ec64f0d4

Lembrando que só exclui o arquivo, nem copiei, por mim nem instalava essa 
porcaria de plugin, mas os bancos exigem

Fica como experiência pra quem tiver esse problema


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

Re: [pgbr-geral] Função to_date não existe? Não entendi!

[sistemas]

From: Flavio Henrique Araque Gurgel 
Sent: Tuesday, June 6, 2017 10:00 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral]Função to_date não existe? Não entendi!




Em ter, 6 de jun de 2017 às 14:47,  escreveu:

  Estou fazendo um teste:

  [SQL]SELECT to_date('25/03/2017', '/MM/DD');
  [Err] 1305 - FUNCTION parqueda_database.to_date does not exist

  Diz que a função to_date não existe?

Algo me diz que seu caminho de esquemas foi modificado.
Tente:
SELECT pg_catalog.to_date('25/03/2017', '/MM/DD');

(Aliás, seu uso da função também está errado, deveria ser DD/MM/ no 
formato) 

Eu queria ver se o postgres pode converter a data brasileira em americana, mas 
ja vi que não dá certo assim



  Essa não é uma função nativa do postgres?

Sim, é. 



  Estou usando postgres 9.1

Não deveria mais, porque ela não é suportada.
Nada a ver com seu problema,  porém.

[]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] Como converter data brasil para usa?

[sistemas]

Tenho a seguinte data:

‘25/04/2014’ e quero converte-la para ‘2014/04/25’

Estou usando convert(‘25/04/2014’, date), mas ele não reconhece a string como 
data americana

Sei que poss usar substr pra copiar por partes, mas como são muitas linhas, 
queria ver se há uma maneira mais pratica

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

Re: [pgbr-geral] Banco lento quando não tem internet

[sistemas]

Bom dia...

Seu servidor tem duas placas de rede?

Pode ser configuração de rede e não postgres.

Marcelo

From: Diógenes Vargas de Bittencourt 
Sent: Thursday, June 1, 2017 9:20 AM
To: Lista de discução Postgres BR 
Subject: [pgbr-geral] Banco lento quando não tem internet

Bom dia pessoal, estou com um probleminha que as vezes ocorre aqui. Temos um 
servidor do postgres que quando ficamos sem internet, fica muuito lento, 
quase que não conseguimos acessar os serviços por conta disto.

Teria algum lugar na configuração do banco que tivesse alguma configuração que 
deixasse o banco dependente de internet para funcionar?


Obrigado desde já pela ajuda


Diógenes V. Bittencourt




___
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] Kubuntu 17.04 X Postgres 9.6 a luta

[sistemas]

Olha, não faz sentido nem o Kate nem o Sudo mudar o Dono ou Grupo do arquivo 
no caso de uma Edição, inclusive depois vou fazer uns testes, mas me parece 
que na maquina virtual com as mesmas configurações ao utilizar o "sudo vi" 
pra editar também tive esse problema, ou seja quem está alterando o dono do 
arquivo me parece o Sudo, se ninguém conseguir me dizer que esse é o 
comportamento normal do sudo, vou dizer que é um bug "meio grave", não muito 
porque ele não tira a segurança do arquivo, muito pelo contrario ele fecha 
totalmente, mas isso derruba qualquer servidor.
Até você descobrir que ele mudou o dono do arquivo, vai passar horas e horas 
quebrando a cabeça como eu.



Marcelo

-Mensagem Original- 
From: LeandroGuimarãesFaria Corcete DUTRA

Sent: Thursday, May 25, 2017 12:16 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

Le mardi 23 mai 2017 à 12:32 -0300, siste...@mvsoftware.com.br a
écrit :


Eu sempre gosto de usar versões nativas do OS pra evitar transtornos


Legal.  E os pacotes dos repositórios do Debian e derivados são muito
bons, inclusive facilitando coisas como usar várias instalações de
versões diferentes.



# sudo kate /etc/postgresql/9.6/main/pg_hda.conf

[…]

quando salvo ele muda o dono e grupo do arquivo pra root


Olha, ou muito me engano, ou isso é problema do Kate ou do sudo, nunca
do PostgreSQL… ou é o comportamento esperado mesmo?  Eu nunca usaria
sudo, que pega os privilégios de superusuário, ainda mais com um
programa relativamente complexo como o Kate, que usa Qt e sei lá mais o
quê.  Até rodo o GNU Emacs como superusuário, mas isso já não é muito
recomendado, a não ser com código auditado — o que não verifico, mas
devia.

O que devias fazer é sempre usar o mínimo de privilégios para
cada tarefa; no caso, editar com o usuário postgres.

E obrigado pelo relato completo!


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

Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

[sistemas]

Esse comando funciona normalmente no kubuntu 17.04

Tem o #sudo service postgres@9.6main tambem

Mas acho que um é link do outro


Marcelo

-Mensagem Original- 
From: Daniel Gaspary

Sent: Wednesday, May 24, 2017 11:40 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

2017-05-23 12:32 GMT-03:00  :

4 - Restartava o Postgres
   # sudo service postgresql restart



Um detalhe aqui...

Não deveria estar usando o systemd e seus sscripts?

Eu instalei recentemente o ubuntu server e para ver o status do postgres, 
usei:


sudo systemctl status postgresql

ou

sudo systemctl status postgresql@9.6-main

(se tiver mais de um cluster instalado)

Pode não ter relação alguma. Mas achei estranho ainda usar o modo antigo.
___
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] Kubuntu 17.04 X Postgres 9.6 a luta

[sistemas]

Ola Dutra,  vamos ver se consigo explicar pro pessoal

Eu sempre gosto de usar versões nativas do OS pra evitar transtornos

Instalaei KUBUNTU 17.04 com interface KDE - Plasma, é pra desenvolvimento
Postgres 9.6 dos repositórios nativos da versão kubuntu
PGAdmin3 nativo também

Após instalar o serviço sobe normalmente, ai vamos as configurações:

1 - Comando:
   # sudo su postgres
   # psql
   # alter user postgres with encrypted password 'newpassword'
   # \q
   # exit

2 - Abrindo o pg_hda.conf com o comando:
   # sudo kate /etc/postgresql/9.6/main/pg_hda.conf
   Adicionava a linha:
   hostallall0.0.0.0/0md5
   Salvar / Sair

3 - Abrindo o postgresql.conf com o comando:
   # sudo kate /etc/postgresql/9.6/main/postgresql.conf
   Mudava a linha:
   listen_addresses = '*'
   Salvar / Sair

4 - Restartava o Postgres
   # sudo service postgresql restart

Nesse momento ele não iniciava mais ou iniciava mas não dava conexão de 
forma alguma


Como não é a primeira vez que faço isso e sempre, mas sempre deu certo, nem 
pensei de olhar algo tão basico, pois pra mim o erro estava nos meus 
comandos
Depois de quebrar a cabeça lembrei do basico do basico do mais basico ainda 
e me senti um verdadeiro idiota, rsrsrs

Fui ver o log do postgres, e claro... estava lá a explicação

Quando eu abro os arquivos de configuração como root ele deixa ele fazer o 
que quero, mas quando salvo ele muda o dono e grupo do arquivo pra root, 
então o postgres não pode acessar o arquivo.
Salvo engano isso não poderia acontecer, o root pode abrir e editar qualquer 
arquivo, mas não deveria mudar o dono e/ou grupo!!!


Meu erro estava quando dava um exit no usuario postgres, eu deveria usar ele 
pra mexer nos arquivos de configurações, mas como o arquivo fica na pasta 
/etc achei que só o root poderia fazer isso, vi que o postgres pode mexer 
depois de reinstalar o postgres e ver que o usuario desses arquivos é o 
postgres e não o root


Cara foi uma briga ferrenha...

Eu estou considerando isso como um bug do kubuntu em trocar o dono do 
arquivo numa simples edição do mesmo... acho que só o comando chown pode 
fazer isso


Mas deu certo e estou em paz com o kubuntu aqui, rs, a proposito o kubuntu 
17.04 esta muito lindo



Marcelo


-Mensagem Original- 
From: LeandroGuimarãesFaria Corcete DUTRA

Sent: Monday, May 22, 2017 5:26 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

Le lun. 22 mai 2017 à 15:27, siste...@mvsoftware.com.br a écrit :


O que acontece é que toda vez que eu salvava os arquivos de configuração 
ele mudava o dono do arquivo para root


Instalaste dos repositórios do próprio Kubuntu?  Isso devia evitar
maiores problemas.

De qualquer modo, ainda não sabemos nem como editavas, nem como
instalaste, nem os sintomas do problema.  Mesmo que já tenhas
resolvido, é legar dar essas informações para ficar de referência
para futuros usuários que possam vir a ter o mesmo problema.


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

[pgbr-geral] Kubuntu 17.04 X Postgres 9.6 a luta

[sistemas]

Estou tentando usar o postgres9.6 no Kubuntu 17.04 mas estou tomando uma 
baile...
Ele instala, funciona numa boa... quando vou configurar o pg_hba.conf e o 
postgresql.conf e salvo as configurações, dou um restart no banco ele ele nao 
restarta
O simples fato que mudar o usuario postgres de peer para trust pra poder 
conectar e subir minhas bases ele da pau...
Ta dificil, rsrs


Marcelo___
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???

[sistemas]

Olha o dono da empresa que teve esse problema tentou entrar em contato com o 
cara que fez, era de fora, mas ele percebeu que o cara ia pegar a grana e ja 
era...
As vezes um zé mané na web, pega esse virus em sites que ensinam usar esses 
virus, e manda bala, ele mesmo nao sabe reverter o processo, entao ele esta 
atras da grana e que se dane a empresa/usuario
O cara tem que te enviar pelo menos uma parte dos dados pra provar que pode lhe 
dar tudo de volta.
Muito cuidado, não dê dinheiro a niguém sem estar certo de que vai receber seus 
dados de volta, isso vai influenciar mais criminosos



Marcelo

From: Pedro B. Alves 
Sent: Thursday, April 20, 2017 1:25 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RES: RES: PostgreSQL ataque???



  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.






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

Re: [pgbr-geral] RES: RES: RES: PostgreSQL ataque???

[sistemas]

Bom dia,

Eu também não sou DBa (longe disso), mas acho que uma regra básica, 
independente de tecnicas de segurança é cópia + cópia dos dados, essa é uma 
rotina ruim de se manter, mas é a única que não falha (salvo por falha de 
hardware do backup, rs).
Acho que toda segurança uma hora dá uma brecha, esses bandidos de plantão não 
dormem encontrando uma maneira de burlar segurança e ganhar grana em cima 
disso! 
Tecnologia é muito bom, mas coisa boa sempre atrai bandidos, e quanto mais a 
policia pega firme nas ruas, eles migram pra outras áreas... e a internet é um 
outro mundo onde eles se sentem a vontade dentro de suas casas pra fazerem o 
que querem, não será fácil combater crimes virtuais, por isso ressalto, cópia, 
cópia, cópia, rsrs

Marcelo

From: Rafael Cruz 
Sent: Thursday, April 20, 2017 10:15 AM
To: 'Comunidade PostgreSQL Brasileira' 
Subject: [pgbr-geral] RES: RES: RES: PostgreSQL ataque???

Senhores, bom dia

 

Sou iniciante em PG, leio os e-mails mais não tenho nenhum conhecimento do 
banco, a não ser o básico mesmo, criar tabela, etc. Hoje comercialmente 
trabalho com FB

Estamos iniciando um novo projeto para a prefeitura da cidade, e uma das ideias 
iniciais é trabalhar com PG. Alguém com mais experiência pode me dar um 
direcionamento de como configurar o SGBD de forma corretae segura, ou onde 
posso encontrar material ou alguma empresa que ofereça um curso mais avançado.

 

Valeu galera... abraço a todos

 

 

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Flavio Rescia Dias
Enviada em: quinta-feira, 20 de abril de 2017 10:03
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: RES: PostgreSQL ataque???

 

Ouvi relatos em um grupo de provedores que tem o pg aberto externamente.

 

Com relação a simplesmente trocar de porta, não acho uma boa técnica, estão 
explorando na 5432 pois devem estar escaneando assim, é uma questão de tempo 
até fazerem um nmap menos específico.

 

Alguém teve problema e o hba não estava com trust aberto?




Flávio Rescia Dias

 

Em 20 de abril de 2017 09:53, Hugo Quinteiro  escreveu:

Isso também esta acontecendo  com os clientes da minha empresa, 
pelo que percebemos aconteceu apenas onde o pg_hba.conf estava totalmente 
aberto, com trust, na segurança da senha

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Santiago - NSR
Enviada em: quinta-feira, 20 de abril de 2017 09:07
Para: 'Comunidade PostgreSQL Brasileira'
Assunto: [pgbr-geral] RES: PostgreSQL ataque???

 

Aconteceu o mesmo comigo hoje...com 1 clienteestou rezando para que seja só 
ele...

 

De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de 
Pedro B. Alves
Enviada em: quinta-feira, 20 de abril de 2017 08:54
Para: Comunidade PostgreSQL Brasileira
Assunto: [pgbr-geral] PostgreSQL ataque???

 

Pessoal alguém já passou por algo parecido, cheguei no escritório hoje e as 
tabelas do banco sumiram...

 

tem somente uma tabela "warning" com os seguintes dados

 

 

"Send 0.5 BTC to this address and go to this site 
http://ann2hzqgedo3plvu.onion/ to recover your database! SQL dump will be 
available after 
payment!";"1Djh8KTQFDjizvYMpdBQiNrLxiSg2gg86K";"ecnsupp...@mai2tor.com"

 

 

Alguém já viu isso??


___
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

Re: [pgbr-geral] RES: RES: PostgreSQL ataque???

[sistemas]

Caraca, isso aconteceu num servidor de uma empresa que trabalhei mas não foi no 
DB foi em todos os arquivos doc, dat, excel, zip, pdf e varios outros... o cara 
zipa praticamente tudo com criptografia forte e pede resgate, não achei que 
isso aconteceria no PG, com certeza vão fazer em outros bancos de dados 
tambem... eita nois, achei que fosse só no ambiente windows


Marcelo

From: Pedro B. Alves 
Sent: Thursday, April 20, 2017 9:40 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RES: RES: PostgreSQL ataque???




Em qui, 20 de abr de 2017 às 09:38, Santiago - NSR  escreveu:

  Nos log do postgresql vc poderá ver a data e hora...no meu caso foi as 
19:19:00 do dia 19.







Sim, vi a hora foi mais ou menos esse horário tb, mas é relevante em algo?




___
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] Função AddDate()

[sistemas]

hum...

valeus

Marcelo

From: Jonas Teixeira de Freitas 
Sent: Thursday, January 19, 2017 2:15 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] Função AddDate()

Podes utilizar interval '1 day' 
Exemplo select current_date + interval '1 day'

Em 19/01/2017 14:10,  escreveu:

  No MySQL temos:
  select adddate(minhadata, interval 1 month) novadata from tabela

  No postgres fiz assim:
  select minhadata- cast('1 month' as interval) novadata from tabela

  É isso mesmo ou existe uma função mais adequada para adicionar um tempo em 
uma data?

  Não quero data+1 porque não são dias fixos, as vezes precisamos adicionar 1 
mes, exemplo

  01/01/2017 + 30 = 31/01/2017
  01/01/2017 + (1 mes) = 01/02/2017


  Marcelo

  ___
  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] Função AddDate()

[sistemas]

No MySQL temos:
select adddate(minhadata, interval 1 month) novadata from tabela

No postgres fiz assim:
select minhadata- cast('1 month' as interval) novadata from tabela

É isso mesmo ou existe uma função mais adequada para adicionar um tempo em uma 
data?

Não quero data+1 porque não são dias fixos, as vezes precisamos adicionar 1 
mes, exemplo

01/01/2017 + 30 = 31/01/2017
01/01/2017 + (1 mes) = 01/02/2017


Marcelo___
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.5.4 + Windows 10

[sistemas]

>Nao creio que seja um problema de limite de conexoes, ate porque sao poucas 
>conexoes que eh usado pelo sistema, tipo < 20.
>Agora vi um POST falando sobre a possibilidade de deixar o "Secondary Logon" 
>do windows ativado como automatic.  Isso em um outro caso semelhante de 
>suposta suspensao do postgresql, de forma que >ao habilitar o "problema" foi 
>resolvido, ao termino dos testes deixo o comentario aqui. 


Só acrescentando quanto ao limite de conexões, não é contado só conexões com 
bancos de dados, mas toda conexão, por exemplo, as vezes deixamos a maquina com 
windows como servidor tanto de dados como de arquivos, é ai que o sistema 
operacional faz o gargalo.

So pra complementar veja esse link: 
http://answers.microsoft.com/pt-br/windows/forum/windows_7-networking/limite-conex%C3%B5es-windows-7/5c628d95-ae5a-4ce9-b422-20065c5a012d

Veja que tem algumas dicas de como liberar esses limites

https://forum.baboo.com.br/index.php?/topic/687303-acabando-com-limite-de-10-conex%C3%B5es-no-windows-7/


Marcelo
___
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.5.4 + Windows 10

[sistemas]

>Nao temos parametrizacao, o postgresql roda usando o padrao, ate porque para o 
>nosso sistema nao ha uma demanda que precise ser feito algum tipo de ajuste 
>inicialmente e nessa ultima versao ele >vem setado com uma configuracao 
>melhorada.

>Vou continuar a analise e acompanhamento desse ambiente.  Quem tiver outras 
>informacoes agradeco ja o compartilhamento.

>Obrigado Srs.

-- 
>Atenciosamente,
>Emanuel Araújo


O WindowXP tem uma limitação de conexões de usuário quando se usa ele como 
servidor, e isso não é limite do banco mas sim do sistema operacional por nao 
ser um Windows Server, é uma jogada MS pra vc adquirir o Windows Server e no 
fundo faz sentido ...

Não li nada a respeito sobre isso no Windows 10, mas acho que pode ser uma 
limitação do sistema e não algum problema com postgres.
Nesse caso não terá como fugir de um Windows Server ou Linux.

Verifique na Web se o Windows10 tem essa limitação, eu acho bem provavel.


Marcelo Silva

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

Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.

[sistemas]

>>"""O aplicativo Desktop é MS Windows? Existe a possibilidade de colocar
>>tudo em um VPS, até o aplicativo Desktop, rodando via Terminal
>>Service? O tráfego das "telas" via Terminal Server é mais eficiente
>>que trafegar dados direto "no" banco."""
>>
>>O aplicativo não é MS Windows é Python+PyQt rodando sobre ubuntu.
>>
>>"""Procure hospedar seu banco de dados próximo do escritório em questão é a 
>>melhor dica."""
>>
>>
>>Isso eu já havia pensado o mesmo
>>

>>Nunca tive esse cenário antes, mas minha esperança para achar que dará certo 
>>é baseado no fato de que, se fosse uma aplicação WEB toda hospedada no 
>>servidor e acessada no escritório através de >>um navegador, a quantidade de 
>>dados trafegadas entre o servidor e o terminal no escritório seria maior pois 
>>não seriam apenas os dados armazenados no banco, mas sim os queries + 
>>conteúdo html + >>imagens, etc.

>>Por se tratar de uma app desktop não existirá conteúdo de interface 
>>trafegando, apenas dados de queries.
>>

>>Corrijam-me se meu raciocínio estiver errado.

Olha, a menos que você tenha uma rede muito poderosa e dedicada, o que não 
parece o caso, usar sua aplicação com conexão através da web não será tarefa 
fácil, vai por mim.
No seu caso para que não precise desenvolver algo específico, a saida é 
Terminal Server, seja VNC ou o proprio do Windows Server.
Vai ficar lento de qualquer forma, a menos que sua aplicação use muito pouco 
dados na rede.
Não tem jeito para web, tem que ser ferramenta específica, PHP, ASP e outras

Agora pode fazer um teste sem gastar nada, se seu cliente tiver internet 
disponivel na rede onde o servidor opera, crie uma direcionamento no roteador 
dele direto pro servidor só pra voce fazer um teste, ai da sua casa mesmo voce 
usar conecta sua aplicação ao servidor e vai ter uma ideia de como funciona.
Se ele tiver IP fixo excelente, senão você pode usar um serviço como o NOIP 
gratuito só pra testar.

Eu tenho conexões assim com meus cliente para prestar suporte, ou seja pra 
quebrar uma ganho vai de boa.


Marcelo 


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

Re: [pgbr-geral] RollBack isolado, existe?

[sistemas]

Uma pergunta, sem antes ter testado, rsrs, será que um PREPARE SQL antes
de cada Insert ou Update me traria o erro antes de efetivar?

Não. PREPARE tem haver com separar as fases de execução de um único 
comando.



  Euler Taveira


A solução ficou assim:

Inicia Transação
insert -> savepoint clientes
insert -> savepoint clientes
update -> savepoint clientes
insert -> savepoint clientes
insert -> Deu erro -> rollback clientes
insert -> savepoint clientes
insert -> savepoint clientes
insert -> Deu erro -> rollback clientes
insert -> savepoint clientes
insert -> savepoint clientes
Commit

Pelo meus testes ocorreu tudo OK
Usei sempre o mesmo nome para  "savepoint clientes" porque não preciso que 
sejam pontos separados


Value pela ajuda pessoal

Marcelo 


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

Re: [pgbr-geral] RollBack isolado, existe?

[sistemas]

-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro

Sent: Friday, September 16, 2016 12:56 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 11:04 GMT-03:00  :


Então Alex, o detalhe é que vão existir muitos erros (indefinidos) que vou
tratar com o tempo e durante esse tempo tenho que manter os OK



Pressuponho que já tenhas estudado 40.6.6. Trapping Errors em
https://www.postgresql.org/docs/9.5/static/plpgsql-control-structures.html



Então Dutra, como ja percebeu eu não sou DBA, rsrs, minha rotina não é em PL 
dentro do banco


Uma pergunta, sem antes ter testado, rsrs, será que um PREPARE SQL antes de 
cada Insert ou Update me traria o erro antes de efetivar?


Marcelo 


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

Re: [pgbr-geral] RollBack isolado, existe?

[sistemas]

-Mensagem Original- 
From: Alexsandro Haag

Sent: Friday, September 16, 2016 10:44 AM
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] RollBack isolado, existe?

if (erro){

/* ROOLBACK  */

update tabela set status = "Erro" where 

TRANSACAO = true; // Reinicia a transação, não sai do while
}else{
if (conta == 1000){
COMMIT
conta = 0;
TRANSACAO = true; // Reinicia a transação
}


Marcelo, o que você pode evitar aqui seria o "rollback". Ao invés de 
rollback poderia usar um campo para marcar o registro como "erro" e seguir 
o processo. Daí na lógica da sua rotina, já que não vai sair do laço, você 
trata para ignorar estes registros que tiverem status de erro e processa 
apenas os demais.


Alex

Então Alex, o detalhe é que vão existir muitos erros (indefinidos) que vou 
tratar com o tempo e durante esse tempo tenho que manter os OK
Existem situações que não dá pra prever todos os erros, então entra o 
SAVEPOINT sugerido pelo Everton
Veja que a situação não é critica, pois posso ignorar o erro e continuar, 
mas validar tudo antes seria complicado, pois vão existir casos de erros a 
serem estudados.
Lembrando agora, o PGAdmin tem a opção de Ignorar erros quando executamos um 
SQL longo, possivelmente ele faz uso desse SAVEPOINT, pois ele não 
conseguiria validar conforme minhas necessidades, ele vai ignorar as 
excessões e manter os registros ok

Esse é o ponto.

Marcelo 


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

Re: [pgbr-geral] RollBack isolado, existe?

[sistemas]

From: Everton B 
Sent: Friday, September 16, 2016 10:36 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] RollBack isolado, existe?

> Nao entendi se eh exatamente isso que vc precisa, mas de uma olhada em 
> SAVEPOINT

> https://www.postgresql.org/docs/current/static/sql-savepoint.html

Olha só, ta vendo como não custa perguntar... é exatamente disso que estava 
falando Everton

Pelo que entendi esse SAVEPOINT mantem as alterações realizadas antes do Erro, 
assim dá pra efetivar as que estão OK e ignorar a com erro e prosseguir o 
processo.
Veja que aos poucos vai ficando claro a minha necessidade... o erro que tenho 
não pode terminar o processo como aconteceria com o rollback normal e ao mesmo 
tempo não posso dar commit a cada registro.
Um SAVEPOINT seria excelente.
Claro que posso fazer mil validações e deixar o código tinindo, mas sempre tem 
um erro novo e até trata-lo ele deve simplesmente ser ignorado no processo, 
somente emitindo um aviso.

Acho que agora ficou mais claro o problema:

Inicia Transacao
Insere
insere
Insere – deu erro (motivo indefinido) – desfaz somente este e continua
Insere
insere
Commit

Obrigado pessoal e Everton

Marcelo




--
Everton

2016-09-16 10:34 GMT-03:00 :



  -Mensagem Original- From: Guimarães Faria Corcete DUTRA, Leandro
  Sent: Friday, September 16, 2016 10:20 AM
  To: Comunidade PostgreSQL Brasileira
  Subject: Re: [pgbr-geral] RollBack isolado, existe?

  2016-09-16 10:02 GMT-03:00  :

Esse é uma rotina muito comum, mas estou numa duvida, preciso que o sistema
efetive os registros que não derem erro, mas como veem ele só vai efetivar a
cada 1mil.



É só tratar os erros, as exceções.


  Pois é, sabe quando a solução não cabe no problema?
  É o caso...

  Essa rotina roda um arquivo com N registros, se houver um erro o usuario 
precisa esperar uma outra sede concertar o erro pra depois rodar novamente,
  mas os registros OK deveriam ja ser efetivados.

  Pra simplificar eu gostaria de saber se existe uma forma de voltar/ignorar 
apenas o registro com erro e não a transação toda, sei que isso foge a regra de 
transação, mas não custa perguntar né.


  Marcelo 



  ___
  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

Re: [pgbr-geral] RollBack isolado, existe?

[sistemas]

-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro

Sent: Friday, September 16, 2016 10:20 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] RollBack isolado, existe?

2016-09-16 10:02 GMT-03:00  :
Esse é uma rotina muito comum, mas estou numa duvida, preciso que o 
sistema
efetive os registros que não derem erro, mas como veem ele só vai efetivar 
a

cada 1mil.



É só tratar os erros, as exceções.


Pois é, sabe quando a solução não cabe no problema?
É o caso...

Essa rotina roda um arquivo com N registros, se houver um erro o usuario 
precisa esperar uma outra sede concertar o erro pra depois rodar novamente,

mas os registros OK deveriam ja ser efetivados.

Pra simplificar eu gostaria de saber se existe uma forma de voltar/ignorar 
apenas o registro com erro e não a transação toda, sei que isso foge a regra 
de transação, mas não custa perguntar né.



Marcelo


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

[pgbr-geral] RollBack isolado, existe?

[sistemas]

Pessoal, tenho a seguinte situação:

Vou tentar colocar de um modo simples:

TRANSACAO = true; // inicia a transação
conta = 0;

while (true) {

conta = conta+1;

... codigo

if (erro){
ROOLBACK   
TRANSACAO = true; // Reinicia a transação, não sai do while
}else{
if (conta == 1000){
COMMIT
conta = 0;
TRANSACAO = true; // Reinicia a transação
}
}

}

if (TRANSACAO){
COMMIT
}

Esse é uma rotina muito comum, mas estou numa duvida, preciso que o sistema 
efetive os registros que não derem erro, mas como veem ele só vai efetivar a 
cada 1mil.
Se der erro dentre esse 1mil perco o que foi feito atras por causa do rollBack
Teria como isolar o rollBack a apenas o registro que deu erro?
Eu não queria dar Commit a cada registro, pois fica lento os Update ou Inserts
Obs: Estou dando Commit a cada 1mil pra não carregar muito a memoria tambem, 
mas dependendo esse numero poderá subir depois.


Marcelo

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

Re: [pgbr-geral] Preenchimento de pelo menos n% de um campo

[sistemas]

>>Ola senhores 

>>Existe algo no postgres que obriga o preenchimento de um campo por %

>>Exemplo..  quero que pelo menos 50% do tamanho do campo senha preenchido

>>isso ajuda por exemplo, evitar que os usuários preencham um campo observação 
>>somente com 1 letra para bular o NULL 

>>claro que eles nem precisam ficar sabendo disso senão eles colocam um monte 
>>de ..

>>[]s
>>Gustavo Castilho



Pode usar trigger pra gerar uma excessão?


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

Re: [pgbr-geral] Commit a cada Insert ou N registros?

[sistemas]

-Mensagem Original- 
From: Euler Taveira

Sent: Friday, August 26, 2016 1:34 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?

On 26-08-2016 10:29, siste...@mvsoftware.com.br wrote:

Pessoal estou fazendo uma rotina (com loop) que exige update numa lista
de registros, estou na dúvida se é melhor dar Commit a cada Insert ou a
cada X registros, qual a carga que o Postgres aguenta sem dar Commit a
cada registro?


Uma transação *não* pode conter mais do que 2³²-2 comandos SQL.


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


Opa acho que era isso que eu precisava saber, existe um limite e não é 
somente a memória do servidor!


Obrigado Euler


Marcelo 


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

Re: [pgbr-geral] Commit a cada Insert ou N registros?

[sistemas]

-Mensagem Original- 
From: Osvaldo Kussama

Sent: Friday, August 26, 2016 11:42 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?

Em 26/08/16, siste...@mvsoftware.com.br 
escreveu:

From: Douglas Fabiano Specht
Sent: Friday, August 26, 2016 11:16 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?


Obrigado pela resposta Douglas, eu fiz uns testes aqui e relamente commit 
em

bloco é mais rápido, minha duvida é com relação a quantidade de registros
que posso manter em cache antes do commit, eu gostaria que, se a transação
desse algum erro ele não alterasse nada, pois se der um erro vou pedir ao
usuario para executar a rotina novamente após a correção, mas vou ter que
estudar melhor isso, pois creio que haja um limite nesse bloco, nada que
umas validações a mais não resolva.




Note que se você fizer COMMIT a cada n registros e der algum problema
muito provavelmente você já terá permanentemente em sua base os
registros já commitados.
Não será possível simplesmente reexecutar a rotina. A rotina tem que
saber a partir de que ponto ela deve continuar o processamento.
Uma possível solução é você imprimir a cada COMMIT a quantidade de
registros já processados e, em caso de reprocessamento, informar ao
programa quantos registros ele deve saltar.

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


Sim, o detalhe é mais performance e o quanto posso manter em cache antes de 
comitar, eu já mantenho um campo status mostrando que aquele registro foi 
anterado, como hoje faço registro a registro esse campo status me ajuda no 
reprocesso, o que estou estudando é comitar todo o processo de uma vez ou a 
cada N registros, eu prefero ao final do processo porque se der um erro 
posso dizer ao usuario que nada mudou, mas se não der vou ter que fazer um 
controle do que foi alterado elo campo status e numero de processo.



Marcelo 


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

Re: [pgbr-geral] Commit a cada Insert ou N registros?

[sistemas]

From: Douglas Fabiano Specht 
Sent: Friday, August 26, 2016 11:16 AM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] Commit a cada Insert ou N registros?



Em 26 de agosto de 2016 10:29,  escreveu:


  Pessoal estou fazendo uma rotina (com loop) que exige update numa lista de 
registros, estou na dúvida se é melhor dar Commit a cada Insert ou a cada X 
registros, qual a carga que o Postgres aguenta sem dar Commit a cada registro?

  Por exemplo, tenho um loop que atualiza 2mil registros (que irá aumentar a 
cada dia), dou o Commit a cada X registros ou só no final?
  Eu gostaria de "Comitar" no final, caso alguma coisa de errado, não bagunço a 
base, mas minha preocupação é a memoria que isso pode usar, se é que ele usa a 
memoria e não uma tabela temporária no disco.



  Marcelo

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

bom dia Marcelo,
nos aqui na empresa tínhamos um problema de performance qdo efetuávamos uma 
grande quantidade de insert e efetuando commit registro a registro.
Atualmente mudamos para 5000 registros e melhorou muito.
mas por que 5000? como utilizamos multi-banco, acho que foi imposição do sql 
server 2008(se nao me engano) de só aceitar essa quantidade.

pense no seguinte:

insert into table values (1,1),(1,2),(1,3),(2,1);


e não
insert into table values (1,1);

insert into table values (1,2);

insert into table values (1,3);

insert into table values (2,1);


claro que você pode efetuar um teste de mesa bem simples e tirar as suas 
conclusões no seu ambiente.


-- 


Douglas Fabiano Specht

Obrigado pela resposta Douglas, eu fiz uns testes aqui e relamente commit em 
bloco é mais rápido, minha duvida é com relação a quantidade de registros que 
posso manter em cache antes do commit, eu gostaria que, se a transação desse 
algum erro ele não alterasse nada, pois se der um erro vou pedir ao usuario 
para executar a rotina novamente após a correção, mas vou ter que estudar 
melhor isso, pois creio que haja um limite nesse bloco, nada que umas 
validações a mais não resolva.


Marcelo



___
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] Commit a cada Insert ou N registros?

[sistemas]

Pessoal estou fazendo uma rotina (com loop) que exige update numa lista de 
registros, estou na dúvida se é melhor dar Commit a cada Insert ou a cada X 
registros, qual a carga que o Postgres aguenta sem dar Commit a cada 
registro?


Por exemplo, tenho um loop que atualiza 2mil registros (que irá aumentar a 
cada dia), dou o Commit a cada X registros ou só no final?
Eu gostaria de "Comitar" no final, caso alguma coisa de errado, não bagunço 
a base, mas minha preocupação é a memoria que isso pode usar, se é que ele 
usa a memoria e não uma tabela temporária no disco.




Marcelo

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

[pgbr-geral] Pesquisa like com expressões regulares

[sistemas]

Pessoal hoje uso esse SQL (quebra galho) pra procurar alguns caracteres doidos 
que entram na importação de dados

select * from mv_clientes
where (concat(nome,fantasia, end_cad, end_cid, end_com) like '%?%')

Esse ? é colocado em acentos e afins quando o texto vem de excel e word.

Eu já uso UTF-8 na base e aplicações PHP que faço, mas vira e mexe o usuário 
sobe um arquivo e dá problema, estou sempre na briga com esses caracteres, rsrs.

Eu queria saber se é possivel fazer uma pesquisa nos campos acima para ele 
trazer o registro sempre que encontre caracteres diferentes de A a Z e 0 a 9

Não sou bom em expressões regulares por isso peço ajudo dos colegas


Marcelo

Delphi, PHP, Postgres___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] alterar encoding durante uma VIEW

[sistemas]

Já tive problemas com esse tipo de codificação de textos vindos do Word,
usuários preenchiam um campo texto numa página web com o Copiar / Colar e o 
Word coloca um monte de tranqueira no texto,
acho que nem é caractere compreensível, deve ser códigos de máquina pra 
delinear alguma coisa,
cheguei a pegar um texto byte a byte pra ver qual caractere estava dando 
problema, mas é inviável,
tentei varias coisas e não obtive sucesso, a saída foi formatar o texto 
antes de entrar na base, ou seja,
tudo que for diferente e A a Z e 0 a 9 incluindo os caracteres especiais 
para mortais o resto mandei pra casa do chapel.,
Mas vira e mexe tinha problemas com textos vindos daquele formulário devido 
a texto vindos do Word.


Parece que a Microsoft na sua ânsia de tornar difícil o uso das suas ideias 
não está nem aí pros problemas que os programadores vão enfrentar,
a equipe que desenvolve o brOffice deve sofrer um bocado pra manter a 
compatibilidade


Marcelo

-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro

Sent: Wednesday, August 10, 2016 11:25 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] alterar encoding durante uma VIEW

2016-08-10 10:22 GMT-03:00 Luiz Henrique :


Tenho a seguinte situação : meu postgres 9.1 LINUX CENTOS tem encoding 
UTF8.


Perfeito, é o ideal.


Ao criar uma view para ser utilizada no MS Office (tabela dinâmica excel) 
dá

erro de codificação (erro na tabela dinâmica excel ao utilizar a view).


Sem mais detalhes?  E quais as configurações do MS Excel?  Que versão
dele?  Ele não tem como informar a codificação esperada da sessão?
Experimentou isso com o LibreOffice?



Até
onde eu entendi é necessário alterar o encoding para WIN1252 ou LATIN1 
(por

exemplo).


Por exemplo não, tem de ser um específico.  Até há um grau de
compatibilidade entre algumas codificações, mas para evitar erros tem
de usar ou o mesmo, ou informar uma conversão viável.  Por isso o
UTF-8 (ou algum outro Unicode) é o ideal, dá para converter para
qualquer coisa.



Dúvida : como eu posso , em tempo de execução da VIEW, alterar o
ENCODING ? É possivel ?


Se a sessão do programa aplicativo (ou do usuário, se interativo)
informar a codificação esperada, haverá conversão automática a partir
do Unicode.  Não sei como é isso a partir do MS Excel.


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

Re: [pgbr-geral] Como pegar os 6 últimos meses mesmo com valor zero?

[sistemas]

Pessoa esquece este post por favor, resolvi colocando a tabela mv_cliente como 
secundária

Marcelo

From: siste...@mvsoftware.com.br 
Sent: Monday, June 13, 2016 8:15 PM
To: PostgresSQL 
Subject: [pgbr-geral] Como pegar os 6 últimos meses mesmo com valor zero?

Pessoal preciso pegar os últimos 6 meses de cadastro de uma tabela, mas preciso 
mostrar o registro mesmo que seja zero
O select que pensei seria assim:

select m.mes, count(*) as total from mv_clientes cli
right join (
select 01 as mes
union all
select 02 as mes
union all
select 03 as mes
union all
select 04 as mes
union all
select 05 as mes
union all
select 06 as mes
) as m on(m.mes = extract(month from cli.data_cad))
where (ativo not in('C'))
group by 1

Porem ele retira os meses que não tem registro, como forçar ele me mostrar 
mesmo os com zero
Eu usei right join justamente pra ele trazer a tabela simulada “m”, mas não foi 
isso que aconteceu

Marcelo



___
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] Como pegar os 6 últimos meses mesmo com valor zero?

[sistemas]

Pessoal preciso pegar os últimos 6 meses de cadastro de uma tabela, mas preciso 
mostrar o registro mesmo que seja zero
O select que pensei seria assim:

select m.mes, count(*) as total from mv_clientes cli
right join (
select 01 as mes
union all
select 02 as mes
union all
select 03 as mes
union all
select 04 as mes
union all
select 05 as mes
union all
select 06 as mes
) as m on(m.mes = extract(month from cli.data_cad))
where (ativo not in('C'))
group by 1

Porem ele retira os meses que não tem registro, como forçar ele me mostrar 
mesmo os com zero
Eu usei right join justamente pra ele trazer a tabela simulada “m”, mas não foi 
isso que aconteceu

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

[pgbr-geral] Tratar final de mes no SQL

[sistemas]

Pessoal como vocês tratam uma situação assim:

Tenho clientes com vencimentos todos os dias, inclusive 29/30/31

Todo o mes tenho que lançar mensalidades conforme a data de contrato, então 
quando o mes do contrato cai no dia 31 por exemplo o proximo mes deveria ficar 
no dia 30.

Pra fazer isso uso uma rotina em delphi, mas estava pensando em criar um select 
direto no banco pelo menos pra trazer os clientes que ainda não tem mensalidade 
lençada, mas esbarro nesses dias loucos de final de mes

Exemplo:
A tabela de clientes tem os campos

CLIENTES
COD_ID
DATA_CONTRATO

COD_ID = 1000
DATA_CONTRATO = 31/01/2016

Fevereiro tem 28 ou 29 dias, então o proximo vencimento seria um desses dias.

Não são 30 dias corridos, é dia fixo, salvo quando é final de mes e o mes 
posterior tem menos dias.

Como tratar essa situação em SQL?


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

Re: [pgbr-geral] Como tratar a concorrencia Update x Select

[sistemas]

From: Tiago José Adami 
Sent: Sunday, April 3, 2016 11:59 PM
To: PGBR 
Subject: Re: [pgbr-geral] Como tratar a concorrencia Update x Select


Em 02/04/2016 00:48, "Sebastian Webber"  escreveu:
> Nada impede fazer isso com um banco de dados pra todos os caixas. Essa tua 
> proposta parece boa num cenário de alta concorrência, mas fico com as minhas 
> dúvidas se a realidade do colega tem essa demanda.

Não tem relação com o PostgreSQL, mas se não me engano a lei do PAF/ECF  exige 
que todos os caixas tenham "bases de dados" individuais para funcionarem de 
forma independente em caso de falha de comunicação com o servidor. 
Seria bom o OP verificar isso, já
resolveria 2 problemas de uma só vez. 



Eu já pensei em deixar os caixas individuais, esse sistema eu peguei andando e 
estou fazendo as alterações necessárias pra adequar melhor ao “padrão” de 
desenvolvimento de PDVs, alguns lojistas simpesmente não tem grana pra manter 
um nobreak (ou estrutura) em cada caixa então temos que dançar conforme a 
música, esse lojista por exemplo me disse, não se preocupe eu não vou comprar 
nobreak, quando acabar a luz eu espero chegar, (eu ri, fazer o que), mas ainda 
falando de nobreaks, exitem lugares que podem ter nobreaks nos caixas e 
servidores, então neste caso manter base de dados indivivuais só seria um 
serviço a mais para a empresa de software, mas...
Eu  trabalhava em uma empresa de cartões que não podia parar tinha que ser 24h, 
então algumas PAs e os servidores (Dados, URA e POS) eram com nobreaks 
parrudos. Penso que algumas “regras” num mundo tão diversificado acabam sendo 
pesadas demais, concordo que deva ter um certo “padrão” nas coisas para não 
fugir do controle e outras pessoas poderem dar auxilio neste ou naquele projeto 
quando passados a terceiros, mas dizer que é certo ou errado eu pelo meno 
evito, procuro analisar a necessidade e condições do cliente.  

Quando a concorrencia, acho que dei um exemplo ruim, essa concorrencia pode 
ocorrer em outras maquinas (não caixa) então a minha dúvida continua... mas 
estou quase certo que estão executando a rotina de demanda em mais de uma 
máquina, o que está causando esse problema.





Tiago J. Adami
Enviado do GMail / Android





___
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] Como tratar a concorrencia Update x Select

[sistemas]

-Mensagem Original- 
From: Tiago José Adami

Sent: Friday, April 1, 2016 1:52 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Como tratar a concorrencia Update x Select

Em 1 de abril de 2016 13:33,   escreveu:
Pessoal tenho uma função no sistema onde o usuario seleciona varios 
produtos

e muda por exemplo a localização,
imagine que seja 2mil produtos, neste momento o caixa está vendendo e aí
trava,
isso seria normal ou tem alguma coisa que posso mudar pra não travar o
registro enquanto altera?

Eu poderia travar no caixa lá é prioridade, pois o cliente já está com o
produto na mão, mas lá é só select.

Como o PostgreSQL trava essas concorrências?


Para responder esta pergunta são necessárias algumas informações:

1) Qual a versão do PostgreSQL utilizada?

9.1

2) Qual o nível de isolação (isolation level) utilizado nos caixas [1]?

Eu uso um componente chamado Zeos no delphi e nele está a opção 
TransactionLevel = tiNone, ou seja ele deixa o postgres decidir, então deve 
ser o padrão.

As opções são:

tiNone
tiReadCommitted
tiReadUncommitted
tiRepeatableRead
tiSerializable

Curioso eu achei que estivesse tiReadCommitted, pois é o que normalmente 
uso.


3) O comando SELECT que busca o produto no caixa está utilizando a
cláusula FOR UPDATE?

Não

4) O processo de venda atualiza o valor de alguma coluna na tabela de 
produtos?


Não

O nível de isolação padrão é READ COMMITED. Neste caso você não teria
problemas exceto se há concorrência de UPDATE/DELETE sobre o mesmo
registro sendo alterado no cadastro e na venda.

Vou verificar aqui se mais de um usuário está usando essa rotina de Update 
por demanda, pois pode estar aí o problema.


Marcelo Silva


[1] http://www.postgresql.org/docs/current/static/sql-set-transaction.html

TIAGO J. ADAMI
http://www.adamiworks.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 


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

[pgbr-geral] Como tratar a concorrencia Update x Select

[sistemas]

Pessoal tenho uma função no sistema onde o usuario seleciona varios produtos e 
muda por exemplo a localização, 
imagine que seja 2mil produtos, neste momento o caixa está vendendo e aí trava, 
isso seria normal ou tem alguma coisa que posso mudar pra não travar o registro 
enquanto altera?

Eu poderia travar no caixa lá é prioridade, pois o cliente já está com o 
produto na mão, mas lá é só select.

Como o PostgreSQL trava essas concorrências?


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

Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL

[sistemas]

Na internet do brazil até o MySQL que é muito bom pra acesso remoto fica ruim.

Nos meus testes comparando MySQL com Postgres em acesso remoto a mesma 
estrutura de dados e indices o MySQL fica um pouco mais rapido, mas nada que 
justifique uma migração, eu ainda prefiro o Postgres pela robustes.

Pra acessar uma base remotamente “pelo menos no brazil” ou você usa uma super 
VPN ou uma super fibra, acessar via IP normal é suicidio, a menos que trabalhe 
com poucos dados ai vc pode trabalhar com json ou webservices já que o acesso 
não será direto.

Em resumo, o problema não está 100% no banco, mas nos serviços oferecidos no 
brazil, já que eles garantem (por lei/contrato, ridiculo) no máximo 10% do que 
você contratar (internet normal).

Olha, eu uso Delphi a muitos anos e gosto muito, mas quando se fala em acesso a 
base de dados remoto pra trabalhos pesados, aiii... que desespero, corro logo 
pra uma linguagem mais apropriada. no meu caso PHP.

Olha uma opção que caiu em desuso é o CGI que você poderia trabalhar com Delphi 
numa boa, estou dizendo isso porque normalmente quando tentamos trazer o delphi 
pra acesso remoto é a segurança do código em servidores alheios que estão em 
jogo, pois seria muito mais rápido um php da vida.

E quanto a dizer que o delphi está morto, acho muito estranho, mal ouço falar 
em VB, mas ele continua vivo com o visual studio, e o delphi no agora Delphi 
Seattle.
Acho que a sensação de que o Delphi está morto é porque não ouvimos falar nele 
quando falamos em aplicações mobile ou web, mas o delphi tem IDE pra isso.
Agora quando se fala em ERP pra pequenas e médias empresas, na minha opinião o 
Delphi deve ser o mais usado, pessoal não me entendam mal, é só o que acho heim 
, rsrsr


Marcelo Silva



From: Reijanio Nunes Ribeiro 
Sent: Sunday, March 6, 2016 3:41 PM
To: Comunidade PostgreSQL Brasileira 
Subject: Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL

Afirmaçao ridícula 

Em 05/03/2016 18:32, "Itamar Reis Peixoto"  escreveu:



  On 03/05/2016 05:28 PM, Fabrízio de Royes Mello wrote:

On 05-03-2016 16:21, Itamar Reis Peixoto wrote:

  On 2016-03-05 04:10 PM, Ali do Amaral Pedrozo wrote:

Olá!

Sou iniciante no Postgres! Tenho uma aplicação em SQL SERVER 2014
EXPRESS desenvolvida em Delphi XE 8 e estou migrando para o Postgres
9.4.

No ambiente de testes funciona tudo perfeitamente, porém, quando eu
me conecto em um Postgres remoto (instalado em um Debian 8 ), a
conexão, e a recuperação de dados é lenta.

  acesse o banco atraves de REST.


Pq?


  delphi é um a linguagem morta, rest é algo moderno, rápido, seguro,
  utilizando rest fica mais facil colocar algo na web caso seja necessario.

  ___
  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] Estrutura Modelo

[Fernando (Goyaz Sistemas)]

Ola pessoal boa tarde!
Alguém sabe se existe alguma alternativa nativa do Postgres para o cenário
abaixo.

Montar um servidor com banco de dados modelo e vários outros servidores
sincronizar a estrutura desse banco.
ex: crio uma tabela ou coluna no banco modelo, ai automaticamente os demais
bancos de dados consultarem esse banco modelo e também criarem essa
tabela/coluna.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Postgres Firewall

[Fernando (Goyaz Sistemas)]

Em 16 de março de 2014 22:24, Leandro Guimaraens Faria Corcete DUTRA 
l...@dutras.org escreveu:

 Le dimanche 16 mars 2014 à 12:02 -0300, Fernando (Goyaz Sistemas) a
 écrit :
  Ola pessoal tenho uma aplicação que para seu pleno funcionamento
  utiliza comunicação direta com postgresql 9.3 porta 5432 e um
  servidor FTP porta 21 para transferência de arquivos.

 Algum motivo para as aspas?  Alguma ironia, ou sutileza?

  Não coloquei apenas para que pessoas como você para aumentar a
pontuação de respostas não venha me perguntar em qual porta esta rodando.




  Mas em alguns clientes que possuem firewall, que seja squid com
  iptables ou similar , firewall do modem ou ate mesmo o firewall do
  windows as vezes bloqueia minha comunicação FTP ou a própria
  comunicação do postgresql sendo assim necessário configurar o firewall
  para que permita esse tipo de comunicação.

 Normal.

Ufa pensei q fosse apenas comigo.



  Gostaria de saber se alguém sabe alguma forma de ter menos situações
  como a mencionada acima.

 Não.
 Então ambos precisamos de mais estudo.

  Ex: TeamViewer esse kr quase nenhum firewall consegue bloquea-lo.

 Geralmente esse tipo de coisa usa HTTP.  Mas não é verdade, muitos
 sistemas analisam o conteúdo dos pacotes para bloquear esse tipo de
 coisa.

Concordo pois em alguns artigos vi mencionando que Teamview utiliza
comunicações em portas UDP.



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

[pgbr-geral] Postgres Firewall

[Fernando (Goyaz Sistemas)]

Ola pessoal tenho uma aplicação que para seu pleno funcionamento utiliza
comunicação direta com postgresql 9.3 porta 5432 e um servidor FTP porta
21 para transferência de arquivos.


Mas em alguns clientes que possuem firewall, que seja squid com iptables
ou similar , firewall do modem ou ate mesmo o firewall do windows as vezes
bloqueia minha comunicação FTP ou a própria comunicação do postgresql sendo
assim necessário configurar o firewall para que permita esse tipo de
comunicação.


Gostaria de saber se alguém sabe alguma forma de ter menos situações como a
mencionada acima.
Ex: TeamViewer esse kr quase nenhum firewall consegue bloquea-lo.


Desde já meu muito obrigado.



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

[pgbr-geral] Tabelas do Firebird

[Arrobba Sistemas]

Bom dia,

 

Converti minha tabela do firebird para postgresql, mas no Delphi XE2 quando
tento abrir a tabela, dá o seguinte erro: 'Tipo, expecting: String, actual:
WideString', sei que posso remover e incluir novamente, mas são vários
campos.

Tem alguma outra forma de fazer ???

 

 

Obrigado(a), 

 

 

Antonio Pires

 

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

[pgbr-geral] Converter Banco

[Arrobba Sistemas]

Boa tarde,

 

Preciso converter um banco de dados de Firebird para Postgre,  estrutura e
dados.

 

Que software vocês recomendam para fazer isto

 

 

 

Antonio 

 

 

 

 

___
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: 0xe2809c of encoding UTF8 has no equivalent inLATIN1

[VisualP Sistemas]

Aproveitando este gancho.
Minha base é 8.2, prentedo migrar para versão 9 ano que vem.
Hoje uso LATIN1 - Desenvolvimento e LATIN1 Servidor Linux.
Esta nova versao devo usar UTF-8 ou manter o LATIN1 ??

Att,
Paulo.

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

[pgbr-geral] REF. MONTAR SELECT #02.

[VisualP Sistemas]

Ola Pessoal,
No select abaixo tenho o retorno:

SELECT
   cli.nome,
   dep.nome,
   dep.parentesco,
   pla.valor
  FROM (SELECT c.idcli,
   c.nome
   count(*) as qtde_dependente
  FROM cliente c
   INNER JOIN dependente d ON d.idcli = c.idcli
 GROUP BY c.idcli,
  c.nome) AS cli
   INNER JOIN dependente dep ON dep.idcli = cli.idcli
   INNER JOIN plano pla  ON pla.qtde_dependente = 
cli.qtde_dependente;
CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90
PAULOPaulinhoFilho(a)4,90

Preciso pegar somente primeiro valor, ex:
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a)
MILA TULA  Fofinha  Filho(a)
PAULOPaulinhoFilho(a)4,90

Isto porque o valor nao é por dependente e sim por cliente.

Alguem tem alguma dica ?

Obrigado.

Paulo.]

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

Re: [pgbr-geral] [Spam] RES: REF. MONTAR SELECT #02.

[VisualP Sistemas]

Estou tentando no primeiro e segundo Select e nada.
Tentei tanbem
NATURAL INNER JOIN dependentes dep

Todos retornam com os valores duplicados.

Paulo.

- Original Message - 
From: João Claudino joao.claud...@uol.com.br
To: 'Comunidade PostgreSQL Brasileira' 
pgbr-geral@listas.postgresql.org.br
Sent: Monday, November 01, 2010 2:51 AM
Subject: [Spam] [pgbr-geral] RES: REF. MONTAR SELECT #02.


Use group by ou distinct, depende do que vc deseja!
abraç


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

Re: [pgbr-geral] REF. MONTAR SELECT #02.

[VisualP Sistemas]

Ola Osvaldo,

Neste caso para mim, é melhor controlar pelo codigo PHP.
Estou tentando aqui, se nao conseguir entao passarei para plano B. (PHP)

Obrigado.



- Original Message - 
From: Osvaldo Kussama osvaldo.kuss...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, November 01, 2010 11:25 AM
Subject: Re: [pgbr-geral] REF. MONTAR SELECT #02.


Em 1 de novembro de 2010 08:42, VisualP Sistemas p@terra.com.br 
escreveu:
 Ola Pessoal,
 No select abaixo tenho o retorno:

 Isto porque o valor nao é por dependente e sim por cliente.

 Alguem tem alguma dica ?


Se você precisar listar todos os dependentes uma possível solução é
utilizar a função de agregação array_agg [1], só que neste caso todos
os dependentes estariam em um único campo da saida.

SELECT , array_agg(dependente) .  GROUP BY cliente, valor

Ficaria mais ou menos assim:
JUCA  {JuquinhaFilho(a),Mariazinha Filho(a)}  9,90
MILA TULA  {Milinha  Filho(a),Ritinha   Filho(a),Fofinha
Filho(a)} 14,90
PAULO{PaulinhoFilho(a)}4,90

Osvaldo
[1] 
http://www.postgresql.org/docs/current/interactive/functions-aggregate.html
___

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

Re: [pgbr-geral] REF. MONTAR SELECT.

[VisualP Sistemas]

Ola Osvaldo,
Coloquei no lado os Planos A,B,C, apenas para expressar o que precisava que 
retornasse.
Aqui funcionou como pretendido.

Obrigado,

Att,
Paulo.

- Original Message - 
From: Osvaldo Kussama osvaldo.kuss...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Saturday, October 30, 2010 1:38 AM
Subject: Re: [pgbr-geral] REF. MONTAR SELECT.


Em 29/10/10, VisualP Sistemasp@terra.com.br escreveu:
 Ola pessoal,
 Preciso montar um Select e estou colocando
 os neuronios pra funcionar, tenho o seguinte:

 TABELAS RELACIONADAS: Cliente,Dependente,Plano

 Tabela CLIENTE
 IDCLI  NOME
 1JUCA BALA
 2MILA TULA
 3PAULO TARSO

 Tabela DEPENDENTE
 ID   IDCLI   NOME   PARENTESCO
 11Juquinha Filho(a)
 21Mariazinha  Filho(a)
 32MilinhaFilho(a)
 42RitinhaFilho(a)
 42FofinhaFilho(a)
 53Paulinho  Filho(a)

 Tabela PLANO
 ID  PLANO QTDE_DEPENDENTE VALOR
 1   PLANO A   1   4,90
 2   PLANO B   2   9,90
 3   PLANO C   3  14,90

 PRECISO MONTAR UM SELECT COM RETORNO:

 CLIENTEDEPENDENTEVALOR
 JUCA  JuquinhaFilho(a)  9,90
 JUCA  Mariazinha Filho(a)   9,90  - PLANO A
 MILA TULA  Milinha  Filho(a)  14,90
 MILA TULA  Ritinha   Filho(a) 14,90
 MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
 PAULOPaulinhoFilho(a)4,90 - PLANO C

 ALGUEM PODE DAR UMA DICA DE COMO MONTAR ESTE SELECT.



Pelo que entendi você quer fazer o JOIN com tabela PLANO utilizando a
quantidade de dependentes de cada cliente apurada na tabela
DEPENDENTE.
Agora não sei é bem isso porque seu exemplo não está de acordo, ou as
referências aos planos estão erradas.
Talvez devesse ser:
JUCA - plano B
MILA - plano C
PAULO - plano A

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

E-mail verificado pelo Terra Anti-Spam.
Para classificar esta mensagem como spam ou não spam, visite
http://ecp.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCY0MzY0MTE2NCNwZXJtIXRlcnJhJjEsMTI4ODQwOTkxOS40NjkxODEuMTY3MzcucHJldm9zdC50ZXJyYS5jb20sNTEwMA==TerraMail
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.



__ NOD32 5576 (20101029) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

[pgbr-geral] REF. MONTAR SELECT.

[VisualP Sistemas]

Ola pessoal,
Preciso montar um Select e estou colocando
os neuronios pra funcionar, tenho o seguinte:

TABELAS RELACIONADAS: Cliente,Dependente,Plano

Tabela CLIENTE
IDCLI  NOME
1JUCA BALA
2MILA TULA
3PAULO TARSO

Tabela DEPENDENTE
ID   IDCLI   NOME   PARENTESCO
11Juquinha Filho(a)
21Mariazinha  Filho(a)
32MilinhaFilho(a)
42RitinhaFilho(a)
42FofinhaFilho(a)
53Paulinho  Filho(a)

Tabela PLANO
ID  PLANO QTDE_DEPENDENTE VALOR
1   PLANO A   1   4,90
2   PLANO B   2   9,90
3   PLANO C   3  14,90

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C

ALGUEM PODE DAR UMA DICA DE COMO MONTAR ESTE SELECT.

Att,

Paulo.
VisualP 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] REF. MONTAR SELECT.

[VisualP Sistemas]

OK, tenho aqui os Selects seprados, vou juntar e posto aqui.

  - Original Message - 
  From: Fábio Gibon - Comex System 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 29, 2010 4:41 PM
  Subject: Re: [pgbr-geral] REF. MONTAR SELECT.


  Paulo,
monte como você acredita que deve ser e a gente te ajuda a aparar 
as arestas, mas se entendi o teu problema é que precisas fazer outer join, 
pois podem haver dependentes sem plano, é isto?

E ainda, não vejo o relacionamento com a tabela PLANO, não está 
faltando algum campo em Cliente ou uma outra tabela?

  abraços
   
  Fábio Henrique Gibon
- Original Message - 
From: VisualP Sistemas 
To: Comunidade PostgreSQL Brasileira 
Sent: Friday, October 29, 2010 2:31 PM
Subject: [pgbr-geral] REF. MONTAR SELECT.


Ola pessoal,
Preciso montar um Select e estou colocando
os neuronios pra funcionar, tenho o seguinte:

TABELAS RELACIONADAS: Cliente,Dependente,Plano

Tabela CLIENTE
IDCLI  NOME
1JUCA BALA
2MILA TULA
3PAULO TARSO

Tabela DEPENDENTE
ID   IDCLI   NOME   PARENTESCO
11Juquinha Filho(a)
21Mariazinha  Filho(a)
32MilinhaFilho(a)
42RitinhaFilho(a)
42FofinhaFilho(a)
53Paulinho  Filho(a)

Tabela PLANO
ID  PLANO QTDE_DEPENDENTE VALOR
1   PLANO A   1   4,90
2   PLANO B   2   9,90
3   PLANO C   3  14,90

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C

ALGUEM PODE DAR UMA DICA DE COMO MONTAR ESTE SELECT.

Att,

Paulo.
VisualP Sistemas.






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



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [Spam] Re: REF. MONTAR SELECT.

[VisualP Sistemas]

Blza Fabricio, vou testar aqui e ajustar para da o resultado esperado.
  - Original Message - 
  From: Fabrízio de Royes Mello 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 29, 2010 5:04 PM
  Subject: [Spam] Re: [pgbr-geral] REF. MONTAR SELECT.





  Em 29 de outubro de 2010 15:31, VisualP Sistemas p@terra.com.br 
escreveu:



corte 

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C



  Eu não testei, mas tenta ai:


  SELECT cli.nome,
 dep.nome,
 dep.parentesco,
 pla.valor,
 pla.plano
FROM (SELECT c.idcli,
 c.nome
 count(*) as qtde_dependente
FROM cliente c
 INNER JOIN dependente d ON d.idcli = c.idcli
   GROUP BY c.idcli,
c.nome) AS cli
 INNER JOIN dependente dep ON dep.idcli = cli.idcli
 INNER JOIN plano pla  ON pla.qtde_dependente = cli.qtde_dependente;




  Pelo que percebi a forma de juntar os planos com os clientes é pela 
quantidade de dependentes...

  -- 
  Fabrízio de Royes Mello
   Blog sobre TI: http://fabriziomello.blogspot.com
   Perfil Linkedin: http://br.linkedin.com/in/fabriziomello




--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] REF. MONTAR SELECT.

[VisualP Sistemas]

SHOW DE BOLA , Fabricio,
Com um pequeno ajuste fechou redondinho.

Obrigado pela dica.

Att,
Paulo.

  - Original Message - 
  From: Fabrízio de Royes Mello 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 29, 2010 5:04 PM
  Subject: [Spam] Re: [pgbr-geral] REF. MONTAR SELECT.





  Em 29 de outubro de 2010 15:31, VisualP Sistemas p@terra.com.br 
escreveu:



corte 

PRECISO MONTAR UM SELECT COM RETORNO:

CLIENTEDEPENDENTEVALOR
JUCA  JuquinhaFilho(a)  9,90
JUCA  Mariazinha Filho(a)   9,90  - PLANO A
MILA TULA  Milinha  Filho(a)  14,90
MILA TULA  Ritinha   Filho(a) 14,90
MILA TULA  Fofinha  Filho(a)  14,90 - PLANO B
PAULOPaulinhoFilho(a)4,90 - PLANO C



  Eu não testei, mas tenta ai:


  SELECT cli.nome,
 dep.nome,
 dep.parentesco,
 pla.valor,
 pla.plano
FROM (SELECT c.idcli,
 c.nome
 count(*) as qtde_dependente
FROM cliente c
 INNER JOIN dependente d ON d.idcli = c.idcli
   GROUP BY c.idcli,
c.nome) AS cli
 INNER JOIN dependente dep ON dep.idcli = cli.idcli
 INNER JOIN plano pla  ON pla.qtde_dependente = cli.qtde_dependente;




  Pelo que percebi a forma de juntar os planos com os clientes é pela 
quantidade de dependentes...

  -- 
  Fabrízio de Royes Mello
   Blog sobre TI: http://fabriziomello.blogspot.com
   Perfil Linkedin: http://br.linkedin.com/in/fabriziomello




--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5575 (20101029) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Fw: REF. MONTAR SELECT.

[VisualP Sistemas]

Ta na mão a solução. 

SELECT 
   cli.nome,
   cli.idcli,
   dep.dependente,
   pla.valor,
   pla.plano,
   par.parentesco
  FROM (SELECT c.idcli,
   c.nome,
   count(*) as qtde_dependente
  FROM clifor c
   INNER JOIN dependentes d ON d.idcli = c.idcli
 GROUP BY c.idcli,
  c.nome) AS cli
   INNER JOIN dependentes dep ON dep.idcli = cli.idcli
   INNER JOIN plano plaON pla.idplano = cli.qtde_dependente
   INNER JOIN parentesparON par.idparente = dep.parentesco
ORDER BY cli.nome;

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

Re: [pgbr-geral] Fazer Backup e Restore Sem Erros

[VisualP Sistemas]

Ola Marcelo,

Meu servidor remoto é Linux e desenvolvimento em Windows.
Sempre realizo backup remotos de usuarios para testes locais, etc; 
Uso PgAdmin (muito pouco para backup) e arquivos .BAT (uso regularmentee) e 
nunca tive problemas,

Quais mensagens estao ocorrendo ???

Att,
Paulo.
VisualP Sistemas.

  - Original Message - 
  From: Marcelo Silva 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Wednesday, October 27, 2010 4:32 PM
  Subject: [pgbr-geral] Fazer Backup e Restore Sem Erros


  Pessoal, eu uso o pgAdmin3 pra gerenciar minhas bases... estou em ambiente 
windows
  Acontece que gero o Backup da maquina remota normal, mas quando tento 
Restaurar na minha maquina de desenvolvimento ele dá alguns erros.
  Existe uma forma eficiente de copiar com exatidão a base remota para 
tranportar pra outra máquina?
  No MySql faço essa tranferencia facinho.


  Marcelo Silva
  
  msn: marc...@ig.com.br
  cel.: (11) 9693-4251
  Linux Kubuntu User number is # 24362


  __ NOD32 5568 (20101027) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5568 (20101027) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] REF. SCRIPT DE ATUALIZAÇÃO.

[VisualP Sistemas]

Bom dia Senhores.
Obrigado a todos pelas dicas.
Estaremos analisando uma a uma e ver qual melhor opção para nós.

Abraço a todos.

Att,
Paulo.




  - Original Message - 
  From: Eder Sousa 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Friday, October 01, 2010 9:16 AM
  Subject: Re: [pgbr-geral] REF. SCRIPT DE ATUALIZAÇÃO.


  Bom dia Paulo, Tudo bem?
  Utilizamos o SQL Power Architect que efetua esta comparação tranquilamente.

  Abraços
  Eder


  Em 1 de outubro de 2010 08:13, Marcos Bernardelli 
mar...@methodinformatica.com.br escreveu:

Paulo, nós utilizamos o Another PostgreSQL Diff Tool [1].
A diferença é gerada sobre dois arquivos contendo os comandos DDL (Scripts 
de criação) do teu banco de dados.

Para gerar a diferença utilize o seguinte comando:
java -jar apgdiff.jar old_version.sql new_version.sql  diff.sql



[1] http://sourceforge.net/projects/apgdiff/



Em 30/09/2010 17:57, VisualP Sistemas escreveu: 
  Ola Pessoal,

  Temos um sistema instalado em varios clientes diferentes.
  Ocorre que ao alterar a base em tempo de desenvolvimento,
  apos testes internos passamos a atualizar estes sistemas.

  Existe uma forma ou ferramenta que a partir da minha base interna,
  gere os scripts APENAS DAS NOVAS IMPLEMENTAÇÕES NA BASE,
  para atualizar as diversas bases instaladas nos clientes.

  No Aguardo,

  Obrigado,

  Att,
  Paulo.



___
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





  -- 
  
  Eder Sousa
  skype:softpira?chat
  edersousa-at-gmail.com
  gescla-postgresql-ubuntu-php



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5495 (20101001) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] REF. SCRIPT DE ATUALIZAÇÃO.

[VisualP Sistemas]

Ola Pessoal,

Temos um sistema instalado em varios clientes diferentes.
Ocorre que ao alterar a base em tempo de desenvolvimento,
apos testes internos passamos a atualizar estes sistemas.

Existe uma forma ou ferramenta que a partir da minha base interna,
gere os scripts APENAS DAS NOVAS IMPLEMENTAÇÕES NA BASE,
para atualizar as diversas bases instaladas nos clientes.

No Aguardo,

Obrigado,

Att,
Paulo.

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

Re: [pgbr-geral] Solicitação de cancelamento de p articipante do grupo postgresql

[VisualP Sistemas]

O Kara continua sendo tão Burro que a única linguagem que ele conhece é a chula.
Linguagem típica de Jumento.
  - Original Message - 
  From: Adriano Alves 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, September 09, 2010 10:16 PM
  Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql


  VAI TOMA NO SEU CU VC SEU FILHO DA PUTA. SE TA FALANDO DE PIROCA E PORQUE VC 
E QUE TA DANDO ESSE CU PRA TODO MUNDO VIADO  FILHO DA PUTA SUA MÃE CHUPA MEU 
PAU TODO DIA E SEU PAI FICA OLHANDO E ACHANDO BOM SEU CORNO VIADO !



  Em 09/09/2010, às 11:42, VisualP Sistemas p@terra.com.br escreveu:


O Kara é tão Burro que não consegue nem se descadastar.
  - Original Message - 
  From: Wagner Nogueira Santiago 
  To: pgbr-geral@listas.postgresql.org.br ; adriano...@gmail.com 
  Sent: Thursday, September 09, 2010 10:48 AM
  Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql


  Primeiramente bom dia meu caro?
  Gostaria de lhe fazer uma pergunta?
  Alguém te obrigou, ou te forçou, ou te coagiu, ou lhe implorou, mandou 
cartinha,ou tel telefonou para vc entrar na lista...
   
  Então vamos lá, se vc não tem educação ou se vc é corno e viado, ou deu 
meia hora de cú e não gostou o problema é seu... agora não vem querer tirar os 
outros pra dançar sem musica seu ARROMBADO, vai se fuder...vai procurar um 
PIRO E QUANDO FICAR BEM GRANDE ENVIA NO CÚ..

   
   From: adriano...@gmail.com
   Date: Wed, 8 Sep 2010 17:13:53 -0300
   To: pgbr-geral@listas.postgresql.org.br; 
pgbr-geral@listas.postgresql.org.br
   Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante 
do grupo postgresql
   
   Eu já fui na merda desse site diz o descadastro parei de receber essas 
mensagens por um tempo e agora to recebendo essa buceta tudo denovo que merda 
desconfiem não quero mais Essa bosta me excluam cambada viados!
   
   Adriano Alves
   Analista Desenvolvedor
   
   Em 08/09/2010, às 14:51, Osvaldo Kussama osvaldo.kuss...@gmail.com 
escreveu:
   
Em 8 de setembro de 2010 14:28, rogerio qc rogeri...@yahoo.com.br 
escreveu:

Boa tarde,

Por favor gostaria de ser excluido do grupo.

Obrigado.




Vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções descritas no final da página.

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


  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com

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



  __ NOD32 5438 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5438 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com

Re: [pgbr-geral] Solicitação de cancelamento de pa rticipante do grupo postgresql

[VisualP Sistemas]

O Kara é tão Burro que não consegue nem se descadastar.
  - Original Message - 
  From: Wagner Nogueira Santiago 
  To: pgbr-geral@listas.postgresql.org.br ; adriano...@gmail.com 
  Sent: Thursday, September 09, 2010 10:48 AM
  Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql


  Primeiramente bom dia meu caro?
  Gostaria de lhe fazer uma pergunta?
  Alguém te obrigou, ou te forçou, ou te coagiu, ou lhe implorou, mandou 
cartinha,ou tel telefonou para vc entrar na lista...
   
  Então vamos lá, se vc não tem educação ou se vc é corno e viado, ou deu meia 
hora de cú e não gostou o problema é seu... agora não vem querer tirar os 
outros pra dançar sem musica seu ARROMBADO, vai se fuder...vai procurar um 
PIRO E QUANDO FICAR BEM GRANDE ENVIA NO CÚ..

   
   From: adriano...@gmail.com
   Date: Wed, 8 Sep 2010 17:13:53 -0300
   To: pgbr-geral@listas.postgresql.org.br; pgbr-geral@listas.postgresql.org.br
   Subject: Re: [pgbr-geral] Solicitação de cancelamento de participante do 
grupo postgresql
   
   Eu já fui na merda desse site diz o descadastro parei de receber essas 
mensagens por um tempo e agora to recebendo essa buceta tudo denovo que merda 
desconfiem não quero mais Essa bosta me excluam cambada viados!
   
   Adriano Alves
   Analista Desenvolvedor
   
   Em 08/09/2010, às 14:51, Osvaldo Kussama osvaldo.kuss...@gmail.com 
escreveu:
   
Em 8 de setembro de 2010 14:28, rogerio qc rogeri...@yahoo.com.br 
escreveu:

Boa tarde,

Por favor gostaria de ser excluido do grupo.

Obrigado.




Vá em:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
e siga as instruções descritas no final da página.

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


  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com



--
  E-mail verificado pelo Terra Anti-Spam.
  Para classificar esta mensagem como spam ou não spam, clique aqui.
  Verifique periodicamente a pasta Spam para garantir que apenas mensagens
  indesejadas sejam classificadas como Spam. 


--


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



  __ NOD32 5436 (20100909) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] RES: RES: Apresentação e du vida

[Marcelo Corrêa - CHB Sistemas]

Srs bom dia,

 

Desculpe “Jota”, respondi meio na correria e não me atentei a este detalhe.

 

Att,

Marcelo

 

 

De: pgbr-geral-boun...@listas.postgresql.org.br 
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de JotaComm
Enviada em: sexta-feira, 13 de agosto de 2010 17:27
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] RES: Apresentação e duvida

 

Olá,



Em 13 de agosto de 2010 17:19, Marcelo Corrêa - CHB Sistemas 
marc...@chb.com.br escreveu:

Marcelo boa tarde,

Tenho uma empresa que presta consultoria em ORACLE, SQL SERVER e PostGreSql.

Qual a necessidade que você tem ???


Acredito que seu deveria ser direcionado especificamente para a pessoa que fez 
a questão e não para a lista.

Você não é o único aqui que tem empresa e que presta consultoria.  

 

Att,

Marcelo Corrêa.

MCPDBA -  OCP

 

De: pgbr-geral-boun...@listas.postgresql.org.br 
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Silva
Enviada em: sexta-feira, 13 de agosto de 2010 16:50
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Apresentação e duvida

 

Ah... sim, Fabio, já fiz uma migração do Firebird pro mysql e não foi nada 
fácil apesar dos tutoriais da web... mas antes de perder tempo de certa forma, 
resolvi colocar na lista, vai que tem alguém que já resolveu.

Andei lendo antes de postar aqui na lista, como achei alguns tutorias na web, 
talvez aqui na lista alguém tivesse um já testado, mas vou dar uma lida no link 
que o Jota passou...

 

agradeço a atenção

 

 

Marcelo Silva
---

- Original Message - 

From: Fábio Telles Rodriguez mailto:fabio.tel...@gmail.com  

To: Comunidade PostgreSQL Brasileira 
mailto:pgbr-geral@listas.postgresql.org.br  

Sent: Friday, August 13, 2010 4:26 PM

Subject: Re: [pgbr-geral] Apresentação e duvida

 

 

Em 13 de agosto de 2010 15:22, Marcelo Silva marc...@ig.com.br escreveu:

Em sexta-feira 13 agosto 2010, às 15:04:03, JotaComm escreveu:

 No PostgreSQL não existe o comando UNLOCK TABLES; Além disso, não vejo a
 necessidade deste tipo de comando no momento de uma migração de dados.

Então, o problema é que estou migrando uma base e na exportação peguei uma
dica na web para executar o seguinte:
mysqldump -u root -p --compatible=postgresql minhabase  bkp-minhabase.sql

Então ele gera o arquivo sql, mas ao tentar importar ele dá o erro citado.

Alguma sugestão de como migrar uma base mysql para o postgres ou será que vou
ter que fazer tudo na mão?

 

Marcelo, toda migração exige algum esforço. Não costuma existir ferramenta 
mágica. Existem ferramentas que lhe poupam uma boa parte do trabalho mais 
braçal, mas algum trabalho intelectual acaba sendo sempre necessário. Então 
você tem 2 opções:

1.  Estudar bastante e aprender a lidar com os detalhes da migração; 
2.  Contratar um bom profissional para lhe ajudar a lidar com estes 
detalhes.

De qualquer forma, isto não significa que nós não vamos lhe ajudar aqui. Mas 
você precisa pelo menos nos mostrar a sequẽncia de erros, um log, ou coisa que 
o valha para nós conseguirmos avaliar melhor.

 

 

Atenciosamente,

Fábio Telles

 

--

--
Marcelo Silva
msn: marc...@ig.com.br
cel.: (11) 9693-4251
Dev.: Delphi, PHP, ASP
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
blog: http://www.midstorm.org/~telles/ http://www.midstorm.org/%7Etelles/ 
e-mail / jabber: fabio.tel...@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



[]s
-- 
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

[pgbr-geral] RES: Apresentação e duvida

[Marcelo Corrêa - CHB Sistemas]

Marcelo boa tarde,

Tenho uma empresa que presta consultoria em ORACLE, SQL SERVER e PostGreSql.

Qual a necessidade que você tem ???

 

Att,

Marcelo Corrêa.

MCPDBA -  OCP

 

De: pgbr-geral-boun...@listas.postgresql.org.br 
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Silva
Enviada em: sexta-feira, 13 de agosto de 2010 16:50
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Apresentação e duvida

 

Ah... sim, Fabio, já fiz uma migração do Firebird pro mysql e não foi nada 
fácil apesar dos tutoriais da web... mas antes de perder tempo de certa forma, 
resolvi colocar na lista, vai que tem alguém que já resolveu.

Andei lendo antes de postar aqui na lista, como achei alguns tutorias na web, 
talvez aqui na lista alguém tivesse um já testado, mas vou dar uma lida no link 
que o Jota passou...

 

agradeço a atenção

 

 

Marcelo Silva
---

- Original Message - 

From: Fábio Telles Rodriguez mailto:fabio.tel...@gmail.com  

To: Comunidade PostgreSQL Brasileira 
mailto:pgbr-geral@listas.postgresql.org.br  

Sent: Friday, August 13, 2010 4:26 PM

Subject: Re: [pgbr-geral] Apresentação e duvida

 

 

Em 13 de agosto de 2010 15:22, Marcelo Silva marc...@ig.com.br escreveu:

Em sexta-feira 13 agosto 2010, às 15:04:03, JotaComm escreveu:

 No PostgreSQL não existe o comando UNLOCK TABLES; Além disso, não vejo a
 necessidade deste tipo de comando no momento de uma migração de dados.

Então, o problema é que estou migrando uma base e na exportação peguei uma
dica na web para executar o seguinte:
mysqldump -u root -p --compatible=postgresql minhabase  bkp-minhabase.sql

Então ele gera o arquivo sql, mas ao tentar importar ele dá o erro citado.

Alguma sugestão de como migrar uma base mysql para o postgres ou será que vou
ter que fazer tudo na mão?

 

Marcelo, toda migração exige algum esforço. Não costuma existir ferramenta 
mágica. Existem ferramentas que lhe poupam uma boa parte do trabalho mais 
braçal, mas algum trabalho intelectual acaba sendo sempre necessário. Então 
você tem 2 opções:

1.  Estudar bastante e aprender a lidar com os detalhes da migração; 
2.  Contratar um bom profissional para lhe ajudar a lidar com estes 
detalhes.

De qualquer forma, isto não significa que nós não vamos lhe ajudar aqui. Mas 
você precisa pelo menos nos mostrar a sequẽncia de erros, um log, ou coisa que 
o valha para nós conseguirmos avaliar melhor.

 

 

Atenciosamente,

Fábio Telles

 

--

--
Marcelo Silva
msn: marc...@ig.com.br
cel.: (11) 9693-4251
Dev.: Delphi, PHP, ASP
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@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] Divisão de módulos do ERP em Esqu emas...

[Wolak Sistemas - Fabiano Machado Dias]

Concordo com o Mozart,

Nós temos um ERP e te digo, coloca tudo em um único schema e faça um 
controle de acesso aos módulos através de uma tabela de controle.

A idéia de separar os módulos por schema, só vai te trazer dor de cabeça 
quando você precisar integrar os dados, e começar a escrever código que 
necessite de várias ligações.


Abraço,
Fabiano Machado Dias



Mozart Hasse escreveu:
 Olá Olavo,

 A divisão em schemas parece interessante porque realmente divide as tabelas 
 em grupos. À medida que seu modelo cresce (e nem precisa chegar nas 2000 
 tabelas, com 1000 já se tem problemas), o que costuma aparecer são tabelas 
 compartilhadas por diversos módulos. Não importa em que módulo você as 
 coloque, sempre terá quem interprete que ela deveria estar em outro lugar. 
 Pior ainda quando mudam seus requisitos e começam a sobrar motivos para 
 mudá-la de um módulo para o outro, gerando um retrabalho absurdo por um 
 benefício questionável.
 Mudar a tabela de lugar em visões de modelo dentro da sua ferramenta de 
 modelagem, contudo, é uma tarefa simples e sem consequências mais sérias, 
 pois você poderá colocar cópias dela em quantos modelos convier.
 Devido a isso, sou mais favorável a largar mão dessa história de misturar 
 schema com documentação e colocar todas as tabelas num schema só. Facilita 
 enormemente o desenvolvimento e montagem das consultas, além de facilitar 
 *muito* a manutenção.
 Talvez alguém cogite a idéia de controlar a segurança dos módulos por 
 esquema, porém acho pouco provável que um esquema assim atenda a qualquer 
 cliente por causa das tabelas compartilhadas e potenciais problemas quando 
 uma tabela mudar de módulo.

 Minha sugestão, portanto, é: use um schema só e seja feliz.

 Atenciosamente,

 Mozart Hasse



 From: C.P.D. - T.I. MoRHena c...@morenarh.com.br
 To: pgbr-geral@listas.postgresql.org.br

  Estou desenvolvendo um ERP e vou comercializá-lo em módulos. Em
 virtude de disponibilizar em módulos, gostaria de separar as tabelas do
 banco de dados por módulo. Seria adequado o uso de esquema neste caso ?
 Ou seja no banco de dados teria esquema como: vendas, faturamento,
 financeiro e para cada esquema suas respectivas tabelas. É uma boa
 prática usar deste artifício ?

 ___
 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] REF. RESTORE LinuxWindows.

[VisualP Sistemas]

Ola Pessoal,

Fiz um backup texto no Linux de uma base.
Estou restaurando esta base no Windows,
mesma versao do banco.
Ao executar SQL recebo a mensagem:

ERROR: could not find function LWGEOM_asGeoJson in file C:/Arquivos de 
programas/PostgreSQL/8.2/lib/liblwgeom.dll
SQL state: 42883

Alguemj tem alguma dica ???

Obrigado,

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

Re: [pgbr-geral] REF: Dúvida sobre COPY.

[VisualP Sistemas]

Bom dia, Fabiano,

Ficou Show. Era isso mesmo.

Obrigado.

Att,
Paulo.

- Original Message - 
From: Fabiano Chiqueti chiqu...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Monday, June 14, 2010 9:29 AM
Subject: Re: [pgbr-geral] REF: Dúvida sobre COPY.


Bom dia, Paulo

Tenta assim:

COPY (select codigo,nome||';' from nome_schema.nome_tabela) TO
'/tmp/lista_nomes.txt' WITH DELIMITER ';';

Att

Chiqueti

Em 12 de junho de 2010 21:51, VisualP Sistemas
pa...@visualpsistemas.com.br escreveu:
 Ola Pessoal,
 Quando executo o comando COPY:
 COPY codigo,nome TO '/tmp/lista_nomes.txt' WITH DELIMITER ';' CSV;
 1;Paulo
 2;Joao
 3;Rui

 Preciso que termine final linha com (;) assim:
 1;Paulo;
 2;Joao;
 3;Rui;
 Alguem tem alguma dica ?

 Att,
 Paulo.
 VisualP 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

__ NOD32 5194 (20100614) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

[pgbr-geral] REF: Dúvida sobre COPY.

[VisualP Sistemas]

Ola Pessoal,
Quando executo o comando COPY:
COPY codigo,nome TO '/tmp/lista_nomes.txt' WITH DELIMITER ';' CSV;
1;Paulo
2;Joao
3;Rui

Preciso que termine final linha com (;) assim:
1;Paulo;
2;Joao;
3;Rui;

Alguem tem alguma dica ?

Att,
Paulo.
VisualP 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] como faço esse update

[Danilo - InfoCont Sistemas Integrados]

Ol.

No deve ser  a melhor soluo, mas...

UPDATE test A set j = j + (select max(B.j) from test B where B.J 
A.J ) where A.j  (select min(C.j) from test C);

Espero ter ajudado.

paulo matadr escreveu:

  
  
  create table test(i number , j
number);
  insert into test values(1,2)
insert into test values(1,3)
insert into test values(1,4)

select * from test;
 I  J
-- --
 1  2
 1  3
 1  4
minha inteno:

depois do  update
select * from test;
 I  J
-- --
 1  2
 1  3+2  
 1  4+3
depois do  update
select * from test;
 I  J
--
 --
 1  2
 1  5+2
 1  7+5

Pra oracle 
update test x
set x.j = x.j + (select lag_j
from (select i, j, nvl(lag(j) over (order by i,j) ,0) as lag_j
from test) y
where x.i = y.i and x.j = y.j)

como eu fao isso pra postgres?
Agradeo desde ja
  
  
Paulo
  
  
  
  

  

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



-- 
  Danilo Pacheco Martins
  InfoCont Sistemas Integrados Ltda.
  Diretor
  Fone: (47) 3422-3536



___
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 DE PERFORMANCE

[Wolak Sistemas - Fabiano Machado Dias]

Boa tarde,

Concordo com o Telles, rodar um banco de dados em um ambiente
virtualizado no  uma boa idia a no ser para fins de testes e olhe
l!

Recomendo que voc leia atentamente esse artigo [1] e configure melhor
o seu postgresql.conf

Neste outro link [2] voc pode colocar o valor em GB que ele te d o
valor correto em bytes.

Para o valor de shmmax voc pode utilizar o valor calculado pelo site,
e para o shmall pegue o mesmo valor (ou o que voc quer especificar) e
divida por 4096.

Por exemplo: 

6 GB = 6442450944 bytes
6442450944 / 4096 = 1572864

ento


kernel.shmmax = 6442450944
kernel.shmall = 1572864

shared_buffers deve ser igual ou menor que o valor de kernel.shmmax

No lembro se na 8.1 os valores j so em MB, mas de qualquer forma
atualize a sua verso para a 8.4

Outras coisas que voc pode alterar de cara so esses:

work_mem - Cuidado com valores grandes, leia o artigo que voc vai
enteder
max_stack_depth - utilize o "ulimit - s" e veja o valor retonado, faa
testes mas nunca ultrapasse o valor
vaccum_cost_delay - habilite porm o valor vai depender bastante da
aplicao
commit_delay - idem vaccum_cost_delay 
random_page_cost = 2


[1] -
http://www.pgcon.org/2008/schedule/attachments/44_annotated_gucs_draft1.pdf
[2] - http://www.easycalculation.com/bandwidth-calculator.php

Abrao,
Fabiano Machado Dias


sebastiao fidencio escreveu:

  Pessoal Bom dia, estou enviando esse email, porquanto estou com
srio problemas de performance eu meu banco de dados. Segue meu cenrio:
  
  servidores fisicos
  
  2 servidores- DLG 160 com 38 GB de ram cada um, trabalhando em
cluster.. (hd dos servidres e de 146GB) - cada mquina fisica tem 2
CPU quad..da intel
  storage com 8 discos de 400 gb, trabalhando em raid.
  
  
  Sistema operacional instalado nos Servidores fisicos: VMWARE
ENTERPRISE ESX 4.0
  
  
  Tenho umas 13 mquinas virtuais criadas entre windows e linux,
Entretanto o servidor de banco de dados(maquina virtual)que de fato 
o postgresql 8.1.3 com a seguinte configurao:
  
  6 (cpu's)
  16GB de ram
  150GB na partio /dados onde est montado o cluster do banco de
dados de produo.
  10 GB onde est instalado a distribuio SUSE Linux Enterprise
11 64bits
  
  
  
  Problema: 
  
  
  Acontece que, pessoal comea usar o sistema pela parte da manh,
e por volta de 10:00hrs da manho o ERP comea a ficar bastante lento
at chegar o ponto de travar, e percebo que quanto mais recurso
disponibilizo para o servidor de sgbd, mais ele consome, poxa..na tem
hardware que de conta disso. as consultas, a CPu e memoria vai para o
ultimo estagio, e toda vez tem q ficar reiniciando o sgbd, j segui
alguns conselhos para realizar tunnig no sgbd, mas no deu certo..,
gostaria da opinio de vocs o que eu tenho que fazer para resolver
esse problema.
  
  segue o link para vocs verem minhas conf's
  
  postgresql.conf
  http://200.175.138.130/postgresql.conf
  
  
  System V: (configurao defaul que veio, eu nem mexi em nada)
  
  kernel.shmmax = 18446744073709551615
kernel.shmall = 1152921504606846720
kernel.shmmni = 4096
  
  
  
  
  
  estado da maquina agora sem problemas: (porem a qualquer momento
ela pode apresenta problemas, principalmente quando os usuarios racam
relatorios pesados)..
  
  a rede hoje tem cerca de 150 usuarios ativos no sistema.
  
  
  
  uso de memoria
  =
  dberp:/dados/pgsql # cat /proc/meminfo
MemTotal: 16307396 kB
MemFree: 1711440 kB
Buffers: 23724 kB
Cached: 4221676 kB
SwapCached: 80676 kB
Active: 4742244 kB
Inactive: 1533132 kB
SwapTotal: 1044216 kB
SwapFree: 592144 kB
Dirty: 1012 kB
Writeback: 0 kB
AnonPages: 1954908 kB
Mapped: 1075736 kB
Slab: 70516 kB
SReclaimable: 34456 kB
SUnreclaim: 36060 kB
PageTables: 201260 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 9197912 kB
Committed_AS: 3784748 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 306132 kB
VmallocChunk: 34359431799 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 10240 kB
DirectMap2M: 16766976 kB
dberp:/dados/pgsql #
==
  
  
  
  
  cpu
  ===
  top - 11:55:46 up 21:26, 2 users, load average: 0.71, 0.40,
2.34
Tasks: 197 total, 1 running, 194 sleeping, 2 stopped, 0 zombie
Cpu0 : 2.2%us, 0.8%sy, 0.0%ni, 95.8%id, 1.3%wa, 0.0%hi, 0.0%si,
0.0%st
Cpu1 : 14.8%us, 1.7%sy, 0.0%ni, 71.9%id, 11.3%wa, 0.0%hi, 0.1%si,
0.0%st
Cpu2 : 1.5%us, 0.8%sy, 0.0%ni, 97.2%id, 0.6%wa, 0.0%hi, 0.0%si,
0.0%st
Cpu3 : 0.3%us, 0.7%sy, 0.0%ni, 98.6%id, 0.3%wa, 0.0%hi, 0.0%si,
0.0%st
Cpu4 : 0.2%us, 0.7%sy, 0.0%ni, 98.9%id, 0.2%wa, 0.0%hi, 0.0%si,
0.0%st
Cpu5 : 0.2%us, 0.6%sy, 0.0%ni, 99.1%id, 0.1%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 16307396k total, 14723100k used, 1584296k free, 24536k buffers
Swap: 1044216k total, 451616k used, 592600k free, 

Re: [pgbr-geral] PostGreSQL 8.4 Crystal Reports 10

[Wolak Sistemas - Fabiano Machado Dias]

Bom dia,

Eu uso o Crystal Reports com Postgresql a bastante tempo, no entanto
no utilizo a estrutura de tabelas dele, escrevo o SQL diretamente no
"Command" da conexo, assim o controle  maior e o desempenho melhora
bastante.

O SqlExpression trabalha o comando ali escrito como uma coluna do
relatrio, ento verifique o log e rode ele diretamente no Postgresql e
veja se o que o Crystal escreveu est de acordo com o que voc quer.

De qualquer forma vale a pena usar o "Command" pois ali voc  que
escreve o comando e tem controle sobre o que est sendo feito no banco,
eu pessoalmente nunca gostei de ferramentas que "montam o sql".

Abrao,
Fabiano Machado Dias



Edimar Rangel escreveu:
Bom dia a todos,
  
Utilizo o Crystal 10 \ ODBC \ PostGreSQL 8.4, e sempre que utilizo
SQLExpression, no editor do Crystal, ele trava, sem nenhum erro,
simplemente trava e tenho que finaliza-lo, isso s acontece quando
utilizo o postgre, possuo a mesma base de dados rodando no sql server
2005 e funciona normalmente.
  
Algum poderia me dar uma dica?
  
Atenciosamente,
  
Edimar Rangel
  

___
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] Coluna na tabela tipo imagem ou pdf

[VisualP Sistemas]

Olá George,

Eu utilizo na minha loja virtual muitas imagens, e guardo o nome de cada uma 
numa tabela.
Em outra tabela de parametros indico o caminho da localização desta imagens,
desta forma nao importa onde as imagens estejam armazenadas, basta indicar o 
caminho.
Se o teu caminho é fixo e nao vai mudar, basta indicar o local e o nome da cada 
imagem numa tabela.


Espero ter ajudado.

Att,
Paulo.
VisualP Sistemas.

  - Original Message - 
  From: George M Tabatinga 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, April 26, 2010 12:56 PM
  Subject: [pgbr-geral] Coluna na tabela tipo imagem ou pdf


  Senhores,


  Qual a melhor forma de armazenar uma informação tipo imagem no formato pdf 
numa tabela Postgres?
  Grato,
  George

  -- 
  George Machado Tabatinga,
  Analista de Sistemas - SETUR



--


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



  __ NOD32 5062 (20100426) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda com group em select

[Danilo - InfoCont Sistemas Integrados]

Bom dia Thiago,

Não consegui achar uma solução muito elegante, não deve ter uma 
performance boa, mas, aí vai:

Como você tem o campo ano e mes separado, você pode juntar os dois 
num só, assim:

(ano || LPAD(mes,2,'0'))::integer

select min((ano || LPAD(mes,002,'0'))::integer), codfun from 
db.tb_apont_func_historico h where h.int_ano = 2010 and h.int_mes = 2 
group by codfun;

Acredito que vá funcionar.
Espero ter ajudado

Thiago escreveu:
 Galera, bom dia.

 Tenho o seguinte select:

 select *
 from dp.tb_apont_func_historico h
 where h.int_ano = 2010 and h.int_mes = 2

 Ele está me retornando o seguinte resultado:

 ano   mes codfun
 2010  4   1593
 2010  4   1836
 2010  2   1836
 2010  4   2398

 Acontece que o codigo 1836 aparece 2x na pesquisa, eu gostaria que 
 aparecesse apenas 1x cada codfun, mas que sempre trouxesse o menor ano,mes.

 Estou quebrando a cabeça aqui mas estou totalmente perdito neste group.

 Alguém saberia como me ajudar?

 Obrigado.

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

   


-- 
  Danilo 
Pacheco Martins
  InfoCont 
Sistemas Integrados Ltda.
  Diretor
  Fone: (47) 
3422-3536

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

[pgbr-geral] REF.Restore Schema Especifico.

[VisualP Sistemas]

Ola Pessoal,

Fiz um backup na schema Public e preciso restaurar este backup em outro schema:
Ex:
Backup: Banco teste - schema Public;
Restore: Banco teste - schema Public2.

Alguem tem alguma dica de como fazer isso ??

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

Re: [pgbr-geral] REF.Restore Schema Especifico.

[VisualP Sistemas]

Obrigado JotaComm,

Fiz em formato binario, mas vou restaurar em binario e fazer em texto
e entao alterar o parametro.

Att,
Paulo.
  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, April 12, 2010 9:26 AM
  Subject: Re: [pgbr-geral] REF.Restore Schema Especifico.


  Olá,


  Em 12 de abril de 2010 09:21, VisualP Sistemas pa...@visualpsistemas.com.br 
escreveu:

Ola Pessoal,

Fiz um backup na schema Public e preciso restaurar este backup em outro 
schema:
Ex:
Backup: Banco teste - schema Public;
Restore: Banco teste - schema Public2.

Alguem tem alguma dica de como fazer isso ??


  Você fez um dump em formato texto ou formato binário?


  Se você fez em formato texto você pode editar o arquivo gerado e alterar o 
parâmetro SET search_path = 'public' e alterar para o esquema que deseja e 
assim restaurar o dump.

Att,
Paulo.


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




  []s
  -- 
  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



  __ NOD32 5015 (20100410) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] REF. Usuarios Conectados.

[VisualP Sistemas]

Ola Pessoal.

Preciso controlar os usuarios conectados para nao permitir que usuario ja 
conectado acesse novamente.
Penso em colocar um flag na tabela de usuario, quando entra no sistema e reseta 
o flag quando sai.
Mas nao sei ate que ponto isto é seguro uma vez que o PC pode ser desligado sem 
sair do sistema,etc.

Qual o melhor forma de controle, alguem tem mais dicas ??

Att,
Paulo.

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

Re: [pgbr-geral] Sistema de Login para site de Intranet

[Wolak Sistemas - Fabiano Machado Dias]

M

tiago gomes tiagotecno...@gmail.com escreveu:

Obrigado Vinicius P., José C., Tiago A., Andre F. e JotaC., valeu pela
ajuda, não sabia que este fórum era tão sério e que os usuários fossem tão
interessados à divulgar o postgres.

Bom alguns me perguntaram como seria este site que quero fazer, pois bem ele
é assim:
*

*É um site intranet com controle de acesso de usuários de internet via
rádio. (Com aproximadamente 290 usuários)

*Terá somente 2 níveis de acesso (Admin e Usuario) no qual o Admin poderá
cadastrar, excluir e editar novos Usuários.

*Os Usuários terão acesso à net mas poderão ser bloqueados pelo número MAC
ou IP.

*Cada vez que o usuário se logar um relatório será criado mostrando a hora e
data que se logou, o n° MAC ou IP, talvez a hora que efetuou logout, e claro
o nome do usuário que se logou.

*Ao estar logado, o usuário terá uma mensagem de boas vindas com seu nome, a
hora e data. (ex: Bom Dia José, 05-11-2009)

* O Usuário terá a Opção de fazer a mudança de senha e login.

*( E o que eu acho mais dificil) O Administrador poderá enviar mensagens
para um usuário em especial.(Como um popup (para informar pendências de
pagamento ou datas comemorativas)

* O Administrador poderá bloquear o acesso de algum Usuário.*

**O Usuário Só poderá ter acesso à internet se estiver logado. (Este item
não é tão importante no meu caso)*







Em 20 de março de 2010 16:15, JotaComm jota.c...@gmail.com escreveu:

 Olá,

 Em 20 de março de 2010 01:26, tiago gomes tiagotecno...@gmail.comescreveu:

 Olá pessoal,


 Sou novo no Postgres e quero saber como se faz um sistema de login com
 níveis de acesso para um site intranet.


 Bem vindo ao PostgreSQL, você não vai se arrepender :)

 Sob o meu ponto de vista, o sistema de login e controle de acesso depende
 muito de qual é a regra de negócios e o que vai estar envolvido. Os usuários
 do sistema estarão mapeados em alguma tabela de usuário do banco? Vai ser um
 usuário padrão para todos os usuários? Os usuários terão níveis de permissão
 diferentes? Existe algum grupo de usuários que terão certos privilégios?

 Deixo a dica de não usar um superusuário para fazer as conexões entre o BD
 e a aplicação, use sempre um usuário regular (usuário que não é um
 superusuário).

 Também existe a questão se você vai deixar a regra de negócios dentro da
 aplicação ou dentro do BD? Acho que esta pergunta é interessante ser
 respondida já no começo, e sem meio termo, uma metade na aplicação e outra
 metade no BD.

 Você vai ter uma


 Eu sei faser em MySQL mas quero entrar no mundo Postgres.


 Desde já Obrigado.

 --
 tiagotecno...@globo.com
 Tiago Gomes de Oliveira
 Designer Gráfico
 (62)81252423
 Uruaçu - GO

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



 []s
 --
 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




-- 
Tiago Gomes de Oliveira
Designer Gráfico
(62)81252423
Uruaçu - GO

___
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] Otimizações Sistema/PostgreSQL

[Wolak Sistemas - Fabiano Machado Dias]

Use uma conexao permanente por usuario. Evite ficar criando varias conexoes, 
apesar de a teoria dizer que vc deve conectar, buscar e desconectar, na pratica 
isso gera um grande gargalo.

Abraco,
Fabiano Machado Dias

Pablo Sánchez phack...@gmail.com escreveu:

Caros,

Estamos com um pequeno, mas não muito grande, problema. Estamos
realizando a apresentação do sistema que desenvolvemos rodando em um
notebook. O problema é que ao pendurar 40 usuários simultâneos
acontecem algumas coisas meio estranbólicas. O sistema utiliza muitas
construções hierárquicas, ou seja, ele tem muitas estruturas em árvore
(eu pessoalmente acho que o gargalo começa aí, mas o outro analista
que está há 2 anos no projeto acha que não - só que vendo o código que
existe, aff maria, tem nem por onde começar a desfazer o macarrão
desorientado a objetos que foi criado antes de eu entrar nesse
projeto!).

Para praticamente tudo, ele inicia transações, inclusive para
consultas. Nisso, já tem um dos vários gargalos que temos que desfazer
(comecei por aí), afinal de contas, para consultas, transações são
indiferentes, não precisa dar um rollback nunca, então, é meio que
inútil fazer isso.

Outra coisa que estamos fazendo, só para as apresentações (afinal de
contas, o note onde está rodando o sistema não é nenhum servidor, né?)
é desativar o fsync.

Já andei vendo várias outras otimizações possíveis no postgres, que é
quem está realmente morrendo, mas não resolveu-se 100% ainda. Porque
eu afirmo que é o PG, e não o Apache? Simples, porque as mensagens de
erro são Desculpe, excedido o limite de conexões simultâneas -
colocamos para 80, e ainda assim E outra mensagem drástica foi
Postgres está desligando. Não eram essas as exatas palavras, eram as
mensagens do PG mesmo, repassadas ao PHP e então enviadas aos
navegadores. Terrível!

Já verifiquei uma coisa no código: é aberta apenas uma conexão por
requisição, ou seja, se temos 40 máquinas conectadas, 80 conexões
simultâneas permitidas, a princípio isso não deveria ser o problema.

Alguém tem alguma outra dica de otimização do PostgreSQL?

Outra, e mais importante: precisamos de uma ferramenta de
monitoramento do PostgreSQL, uma decente, preferencialmente gratuita,
ou pelo menos shareware para 30 dias. Alguém tem uma boa dica de
ferramenta?

-- 
=
Pablo Santiago Sánchez
phack...@gmail.com
(61) 9975-0883
http://www.sansis.com.br
Quidquid latine dictum sit, altum viditur
=
___
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] REF. PSQLODBC - Instalação Sile nciosa.

[VisualP Sistemas]

Ola Pessoal,

Preciso executar a instalação silenciosa do psqlodbc;
para não precisar instalar o banco em maquinas que irei precisar apenas do ODBC.

Alguem tem um link ?

Att,
Paulo.
VisualP 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] Usando CPF/CNPJ como PK

[Wolak Sistemas - Fabiano Machado Dias]

Use uma pk artificial e seja feliz. Fuja de pks compostas, elas ainda vao te 
dar uma bela dor de cabeca.
Abraco

Joares Luis Dalorsoleta joa...@speedlinux.com.br escreveu:

Sugiro que se necessario adicione as primeiras posições antes do CNPJ
o codigo do estado (De acordo com o IBGE) e o codigo do municipio (de
acordo com o IBGE) talvez consiga algo mesclando essas informações com
o CNPJ.

at

Em 4 de março de 2010 13:28, Alexsander Rosa
alexsander.r...@gmail.com escreveu:
 Estou prestes a fazer uma reforma no meu ERP e uma das coisas que está me
 incomodando é o cadastro de pessoas. Não pude usar CPF/CNPJ como chave
 primária natural porque, conforme já foi dito aqui várias vezes, muitos
 clientes diferentes usam o mesmo CNPJ, especialmente órgãos públicos. Para
 dar um exemplo: temos um cliente que tem várias CENTENAS de clientes -- a
 imensa maioria, escolas da rede estadual -- com o mesmo CNPJ
 (92.941.681/0001-00), que segundo a Receita Federal está registrado em nome
 da Secretaria da Educação do RS.

 Uma possibilidade é usar uma chave composta, tipo CNPJ + chave extra onde
 esta chave extra tem NULL em todas as PF e quase todas as PJ. Quando uma PJ
 pertencer a mais de um cliente (órgãos públicos, universidades, etc), esta
 chave extra conterá um código (numérico? texto?) que identificará cada
 unidade. Para escolas, poderia ser um código tipo INEP, por exemplo. Em
 universidades poderia ser algum código que identifique o setor.

 Alguém tem alguma sugestão para isto?

 --
 Atenciosamente,
 Alexsander da Rosa
 Linux User #113925

 Extremismo na defesa da liberdade não é defeito.
 Moderação na busca por justiça não é virtude.
 -- Barry Goldwater

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





-- 
Atenciosamente
Joares Luís Dalorsoleta

Esta mensagem (incluíndo qualquer anexo) é dirigida apenas para o uso
do indivíduo ou da entidade a qual está endereçada e pode conter
informações privadas, proprietárias, privilegiadas, confidenciais que
podem servir como evidências sob as leis aplicáveis ou em processos
judiciais.
Caso você não seja o destinatário pretendido, você está aqui
notificado que qualquer uso, disseminação, distribuição, ou cópia
dessa comunicação é estritamente proibida. Se você recebeu essa
comunicação por engano, notifique-nos imediatamente por telefone, e
(i) destrua essa mensagem se for um facsimile ou (ii) exclua
imediatamente essa mensagem se esta for uma comunicação eletrônica.
Obrigado.

This message (including any attachments) is intended only for the use
of the individual or entity to which it is addressed and may contain
information that is non-public, proprietary, privileged, confidential,
and exempt from disclosure under applicable law or may constitute as
attorney work product.
If you are not the intended recipient, you are hereby notified that
any use, dissemination, distribution, or copying of this communication
is strictly prohibited. If you have received this communication in
error, notify us immediately by telephone and (i) destroy this message
if a facsimile or (ii) delete this message immediately if this is an
electronic communication.
Thank you.
___
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] REF. Alterar Indice.

[VisualP Sistemas]

Ola Pessoal,

Tenho uma tabela em produção com um indice no seguinte formato:

CREATE INDEX fkindice ON tabela (coluna1);

Preciso adicionar mais uma coluna no indice: que fique como:
CREATE INDEX fkindice ON tabela (coluna1,coluna2);

preciso executar um ALTER INDEX...

Alguem pode dar uma dica ??

Obrigado.

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

Re: [pgbr-geral] REF. Alterar Indice.

[VisualP Sistemas]

Valeu Roberto,
Mais uma duvida, a coluna1 do indice esta relacionada,
preciso executar o Reference novamente ??


- Original Message - 
From: Roberto Mello roberto.me...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Saturday, February 06, 2010 5:49 PM
Subject: Re: [pgbr-geral] REF. Alterar Indice.


DROP INDEX
CREATE INDEX

Roberto

2010/2/6 VisualP Sistemas pa...@visualpsistemas.com.br:
 Ola Pessoal,

 Tenho uma tabela em produção com um indice no seguinte formato:

 CREATE INDEX fkindice ON tabela (coluna1);
 Preciso adicionar mais uma coluna no indice: que fique como:
 CREATE INDEX fkindice ON tabela (coluna1,coluna2);
 preciso executar um ALTER INDEX...
 Alguem pode dar uma dica ??

 Obrigado.

 Paulo.

 ___
 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

__ NOD32 4842 (20100206) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

Re: [pgbr-geral] REF. Alterar Indice.

[VisualP Sistemas]

Valeu a Dica, Roberto.


- Original Message - 
From: Roberto Mello roberto.me...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Saturday, February 06, 2010 5:49 PM
Subject: Re: [pgbr-geral] REF. Alterar Indice.


DROP INDEX
CREATE INDEX

Roberto

2010/2/6 VisualP Sistemas pa...@visualpsistemas.com.br:
 Ola Pessoal,

 Tenho uma tabela em produção com um indice no seguinte formato:

 CREATE INDEX fkindice ON tabela (coluna1);
 Preciso adicionar mais uma coluna no indice: que fique como:
 CREATE INDEX fkindice ON tabela (coluna1,coluna2);
 preciso executar um ALTER INDEX...
 Alguem pode dar uma dica ??

 Obrigado.

 Paulo.

 ___
 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

__ NOD32 4842 (20100206) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

Re: [pgbr-geral] Res: Performance

[Wolak Sistemas - Fabiano Machado Dias]

Vou usar o mesmo exemplo que voc citou da Fiat.

V em qualquer banca de revista e voc ir encontrar dezenas de testes
dos carros da Fiat com os seus concorrentes da mesma categoria, testes
realizados por publicaes que tem nome e respeitabilidade no mercado.

Agora tente achar algo parecido com a Oracle!

No estamos falando de propaganda e sim de testes realizados comparando
dois ou mais produtos, coisa que  corriqueira no mercado atual e em
qualquer segmento, menos no caso do banco de dados Oracle.

Uma coisa interessante  que j foram feitos testes com outros
concorrentes, menos o Postgresql, por que ser? No arrisco uma
resposta!

Um grande abrao,

Fabiano Machado Dias

MARCIO CASTRO escreveu:

  
  
  Caro
Leandro:
  
a - 
"Tenho srias dvidas de que esse tipo de proibio seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado."
  
 Olha s; esta atitude da Oracle  a mesma de milhes de outras
empresa pelo mundo, ok?
 Voc j viu uma propaganda da Fiat dizendo que o carro dela  melhor
do que algum carro da Wolksvagem, ou de qualquer outra marca?
 Nestas propagandas de sabo em p, volta-e-meia aparece um suposto
"teste" do produto anunciado versus o concorrente, mas sem NUNCA citar
o nome do concorrente, correto?
  
  
b - 
"E creio que esse tipo de proibio  burrice e m-f."
  
 Ento todas as outras empresas tambm so "burras" e praticam "m-f"?
 E se a Oracle " burra", ento porque se deixar publicar no TCP?
Porque est em primeiro lugar?
  
  
c - 
 E, alis, indica que trata-se dum competidor que sabe que est
perdendo, apesar das aparncias."
  
 Whats???
 Cara; a Oracle acaba de comprar a SUN por mseros 7.4 bilhes de
doletas... Isto  atitude de quem est perdendo?
 E esse tal de "estudo", por enquanto, no passa de mais uma das
lendas da internet.
  
 Sejamos srios, or favor!
  
  
  
  
  De:
Leandro DUTRA leandro.gfc.du...@gmail.com
  Para: Comunidade
PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
  Enviadas: Domingo, 24
de Janeiro de 2010 20:04:45
  Assunto: Re:
[pgbr-geral] Performance
  
2010/1/24 Marcelo Costa marcelojsco...@gmail.com:

 2010/1/23 Leandro DUTRA leandro.gfc.du...@gmail.com

 2010/1/23 Marcelo Costa marcelojsco...@gmail.com:
  Eu j fiz um estudo desses mas por implicaes jurdicas,
inclusive
  consultei um advogado especialista na rea digital, no
posso divulgar.

 Quero ver processarem algum. Alis, s isso j me indica
m-f.

 No entendi 
  
Tenho srias dvidas de que esse tipo de proibio seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado.
  
E creio que esse tipo de proibio  burrice e m-f. E, alis,
indica que trata-se dum competidor que sabe que est perdendo, apesar
das aparncias.
  
  
-- 
skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 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
  
  

  
  
  Veja quais so os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Msica
- Esportes
  

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




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

Re: [pgbr-geral] Res: Res: Performance

[Wolak Sistemas - Fabiano Machado Dias]

Estava falando em relao ao PG, ou seja PG x Oracle.

Na verdade voc entendeu n? 

Outra coisa, o site  www.tpc.org e no www.tcp.org

Abrao,
Fabiano Machado Dias

MARCIO CASTRO escreveu:

  
  
  "Agora tente achar algo parecido com a Oracle!"
  
  www.tcp.org
  
  
  
  
  
  De: Wolak
Sistemas - Fabiano Machado Dias fabi...@wolaksistemas.com.br
  Para: Comunidade
PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
  Enviadas: Domingo, 24
de Janeiro de 2010 21:21:57
  Assunto: Re:
[pgbr-geral] Res: Performance
  
  
Vou usar o mesmo exemplo que voc citou da Fiat.
  
V em qualquer banca de revista e voc ir encontrar dezenas de testes
dos carros da Fiat com os seus concorrentes da mesma categoria, testes
realizados por publicaes que tem nome e respeitabilidade no mercado.
  
Agora tente achar algo parecido com a Oracle!
  
No estamos falando de propaganda e sim de testes realizados comparando
dois ou mais produtos, coisa que  corriqueira no mercado atual e em
qualquer segmento, menos no caso do banco de dados Oracle.
  
Uma coisa interessante  que j foram feitos testes com outros
concorrentes, menos o Postgresql, por que ser? No arrisco uma
resposta!
  
Um grande abrao,
  
Fabiano Machado Dias
  
MARCIO CASTRO escreveu:
  

Caro
Leandro:

a - 
"Tenho srias dvidas de que esse tipo de proibio seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado."

 Olha s; esta atitude da Oracle  a mesma de milhes de outras
empresa pelo mundo, ok?
 Voc j viu uma propaganda da Fiat dizendo que o carro dela  melhor
do que algum carro da Wolksvagem, ou de qualquer outra marca?
 Nestas propagandas de sabo em p, volta-e-meia aparece um suposto
"teste" do produto anunciado versus o concorrente, mas sem NUNCA citar
o nome do concorrente, correto?


b - 
"E creio que esse tipo de proibio  burrice e m-f."

 Ento todas as outras empresas tambm so "burras" e praticam "m-f"?
 E se a Oracle " burra", ento porque se deixar publicar no TCP?
Porque est em primeiro lugar?


c - 
 E, alis, indica que trata-se dum competidor que sabe que est
perdendo, apesar das aparncias."

 Whats???
 Cara; a Oracle acaba de comprar a SUN por mseros 7.4 bilhes de
doletas... Isto  atitude de quem est perdendo?
 E esse tal de "estudo", por enquanto, no passa de mais uma das
lendas da internet.

 Sejamos srios, or favor!




De:
Leandro DUTRA leandro.gfc.du...@gmail.com
Para: Comunidade
PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Domingo,
24
de Janeiro de 2010 20:04:45
Assunto: Re:
[pgbr-geral] Performance

2010/1/24 Marcelo Costa marcelojsco...@gmail.com:

 2010/1/23 Leandro DUTRA leandro.gfc.du...@gmail.com

 2010/1/23 Marcelo Costa marcelojsco...@gmail.com:
  Eu j fiz um estudo desses mas por implicaes jurdicas,
inclusive
  consultei um advogado especialista na rea digital, no
posso divulgar.

 Quero ver processarem algum. Alis, s isso j me indica
m-f.

 No entendi 

Tenho srias dvidas de que esse tipo de proibio seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado.

E creio que esse tipo de proibio  burrice e m-f. E, alis,
indica que trata-se dum competidor que sabe que est perdendo, apesar
das aparncias.


-- 
skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 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




Veja quais so os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Msica
- Esportes

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

  
  
  Veja quais so os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Msica
- Esportes
  

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




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

Re: [pgbr-geral] Res: Digest pgbr-geral, volume 35, assunto 94

[Wolak Sistemas - Fabiano Machado Dias]

Se o seu sistema j estava escrito em Oracle e voc apenas migrou para
o Postgresql como voc queria que tivesse o mesmo desempenho?

Voc teria que rever a sua escrita porque com certeza o cdigo que voc
escreveu foi otimizado para rodar no Oracle, para fazer a migrao voc
deveria ter o mesmo cuidado e analisar o cdigo que foi portado para o
Postgresql.

Tambm j ouvi de fonte confivel que em testes realizados comparando
os dois bandos o PG chegou a ser at 50% mais rpido que o Oracle, mas
 claro que esse teste no foi publicado e nem ser.

Abrao,
Fabiano Machado Dias







Euler Taveira de Oliveira escreveu:

  MARCIO CASTRO escreveu:
  
  
  Trabalho com o Postgres e com o Oracle, e relato que a diferena entre
os mesmos  abismal.

  
  Discordo. No *generalize* as coisas; j vi vrias instalaes PostgreSQL com
performance superior a anterior (aka Or*cle).

  
  
  Tentamos inclusive importar um sistema com milhares de funes e
procedimentos em PL/SQL (Oracle 10g) para o PL/pgSQL, mas os primeiros
testes nos revelaram que a performance cairia demais, tornando o projeto
invivel.

  
  Voc _no_ mostrou a funo em PL/SQL e nem a equivalente em PL/pgSQL.

  
  
  Na poca, cheguei at a buscar auxlio na lista, escrevendo dois
pequenos exemplos para isto. Alguns at me auxiliaram, propondo que as
rotinas fossem reescritas em C, mas mesmo assim o Oracle foi mais rpido.

  
  Oracle mais rpido? Eu *no* vi esses resultados em [1][2]. Voc s mostrou os
resultados do Oracle e _no_ do PostgreSQL com a funo em C.

A concluso daquela discusso foi que voc estava "batendo em espantalho"; use
os mtodos adequados para obter melhor desempenho.

  
  
PS: http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
Continuo torcendo para que um dia vejamos o Post nesta lista!


  
  Para isso precisamos pagar um bom $$$ para associarmos e termos direito de
fazer tais testes. E,  claro, termos hardwares disponveis para realizar os
testes. (Sem uma grande empresa com acesso aos vendedores de hardware, fica
difcil realizarmos tal tarefa).


[1]
http://listas.postgresql.org.br/pipermail/pgbr-geral/2009-September/017497.html
[2]
http://listas.postgresql.org.br/pipermail/pgbr-geral/2009-September/017498.html


  




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

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

[Danilo - InfoCont Sistemas Integrados]

Bom dia.

Quanto ao curso de PostgreSQL na Dextra, fiz dois cursos l (Avanado e
Tuning) e recomendo, os professor dominava o assunto e eles foram bem
atenciosos. Pelo menos comigo, foi assim.

Informtica GMAIL escreveu:

  
  
  
  
  

  
  
  Bom
dia pessoal tudo bem?
  
  Essa
 o meu primeiro
e-mail para a lista, mas j acompanha a algum tempo e agora surgiu uma
necessidade e preciso da ajuda da comunidade.
  Hoje
aqui na empresa que
trabalho, tenho ERP Microsiga Protheus
8.11 R4 e a
partir de fevereiro/2010 estou migrando para o Protheus
10 R3 com banco de dados DB2 (que foi nos vendido na poca como sendo o
melhor
banco de dados e por falta de conhecimento acabamos aceitando), mas
venceu a validade
do DB2 e estamos tendo de ou comprar a verso nova do DB2 ou MS SQL
Server ou
partir para algum banco FREE, ai que surgiu a idia de colocar PostgreSQL que pelo que vi  muito bom.
  
  
isso que quero pedir a opinio
de vocs, pelos testes que fiz aqui, o Protheus
10
rodou legal com o PostgreSQL, mas tem a
historia de
que a Microsiga homologa para apenas 10 usuarios,
mas
aqui utilizamos mais e ficou muito bom.
  Foi
nos dito tambm que o
  PostgreSQL no tem Stored
  Procedure isso  verdade?
  
  Como
surgiu essa idia,
tambm surgiu a idia de se fazer um curso de PostgreSQL
aqui em Campinas-SP (moro em Valinhos-SP) na Dextra,
algum
conhece essa escola?  boa? Vale a pena fazer esse curso de PostgreSQL?
  
  Se
algum puder comentar
sobre esse assunto, ou se tem PostgreSQL
rodando com
o Protheus 10 eu agradeo antecipadamente.
  
  Meu
MSN  alm...@hotmail.com
e skype
andre-valinhos.
  
  Obrigado
a todos
  
  
  Atenciosamente
  
  Andr
Luiz Moro
  Analista
de Informtica
  
  19-3881-8000
  
  19-3881-8009
  
19-9684-8644
  skype:
andre-valinhos
  MSN
messenger: alm...@hotmail.com
  www.filtracom.com.br
  QUALIDADE
GERA QUALIDADE
  
  
  
  

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



-- 
   Danilo Pacheco Martins
   InfoCont Sistemas Integrados Ltda.
   Diretor
   Fone: (47) 3422-3536



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

Re: [pgbr-geral] ERP em Postgres

[VisualP Sistemas]

Utilizo Kinghost e recomendo. muito bom mesmo.
Eles tem diversos planos de hospedagem, consulte o site.
http://www.kinghost.com.br

Recomendo.

Att,
Paulo.
VisualP Sistemas.

  - Original Message - 
  From: Armando Roque 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Monday, January 18, 2010 6:46 PM
  Subject: Re: [pgbr-geral] ERP em Postgres


  Não uso, mas tenho tido ótimas informações sobre a Kinghost.

  http://www.kinghost.com.br


  2010/1/18 Tarcísio Sassara sassara.tarci...@gmail.com

Entra em contato com a locaweb. Eles oferecem o PostgreSQL.

Dependendo das circunstâncias, vale mais a pena servidores dedicados
ou virtuais.

2010/1/18 Celso Jose Salustiano cjsalusti...@yahoo.com.br


 Na empresa onde eu trabalho utilizamos um ERP com banco de dados 
Postgres. Pretendemos hospedar o banco de dados em um DC que ofereça suporte a 
este banco. O Google não listou nenhuma empresa. Alguém poderia indicar alguma?

 CJS
 
 Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - 
Celebridades - Música - Esportes

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




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




  -- 
  Armando Roque Ferreira Pinto
  Analista de sistemas
  MCP 
https://www.mcpvirtualbusinesscard.com/VBCServer/armandoroque/interactivecard



--


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



  __ NOD32 4783 (20100118) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Res: Res: Res: Res: Res: Res: Uso de Campos Padrões

[Wolak Sistemas - Fabiano Machado Dias]

Concordo!!!

E também não precisa ficar bravo porque outras pessoas tem opiniões
diferentes de você. 

Afinal esse é o grande trunfo da lista e o que faz o conhecimento
crescer e se espalhar!

Abração,
Fabiano Machado Dias

MARCIO CASTRO escreveu:

  
  
  Sinto; mas o intuito da lista é partilhar conhecimentos. Se não
for do seu intuito, não responda.
  
  
  
  
  
  
  De:
Leandro DUTRA leandro.gfc.du...@gmail.com
  Para: Comunidade
PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
  Enviadas: Terça-feira,
5 de Janeiro de 2010 14:59:59
  Assunto: Re:
[pgbr-geral] Res: Res: Res: Res: Res: Res: Uso de Campos Padrões
  
2010/1/5 MARCIO CASTRO marciomouracas...@yahoo.com.br:
 Colega; então explique!
  
Talvez eu o faça, mas como você imaginou coisas que nunca escrevi,
fica difícil saber o que explicar.
  
Especificamente, ainda se usa COBOL, mainframes tinham, e ainda têm,
gibibytes de memória, usam discos rígidos, rodam grandes programas… e
não é só COBOL que lida bem com bases de dados.  Mas o que você não
entendeu, não sei dizer.
  
  
 A lista serve para isto, não é?
  
Não para dar aulas de graça…
  
  
 Mas se você não quer explicar, então é só NÃO RESPONDER.
  
Melhor parar por aqui…
  
  
-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191              gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191        ICQ/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
  
  

  
  
  Veja quais são os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Música
- Esportes
  

___
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] Uso de Campos Padrões

[Wolak Sistemas - Fabiano Machado Dias]

Leandro DUTRA escreveu:

  2009/12/29  fabi...@wolaksistemas.com.br:
  
  

  2009/12/29  fabi...@wolaksistemas.com.br:
  
  

  2009/12/29  lis...@softpira.com:
  
  
) WITH ( OIDS=TRUE);

  

  
  Porque não tem utilidade, engorda a base e ainda possibilita erros de
rpogramação.

  

Não é o nosso caso, usamos os OIDS para algumas coisas internas como
posicionamento de cursores, melhor que criar uma estrutura só para
controlar isso.

  
  
Pelo contrário… OIDs podem alterarem-se com restauração de cópias de
segurança, podem ciclar… melhor criar algo que esteja no modelo, se
for uma necessidade real.  OIDs são resquício da tentativa
(fracassada) de se fazer um SGBD SQL-OO.

  

--- Sei disso. Mas não é o tipo de uso que você esta imaginando.

  
  
  
sempre li que é para evitar chaves naturais como pk.

  
  
Por quê?

Pelo contrário, uma chave artificial não evita duplicidade, engorda a
base e dificulta o entendimento do modelo.

  

--- Não evita duplicidade? Me de um exemplo ou um case por favor,
porque então a documentação está errada e tudo o que li tb.
Uma chave natural por exemplo CPF, nada te garante que no futuro não
irá mudar o padrão e ali o teu modelo foi pro saco.

  
  
  
Usar uma chave artificial te livra de um monte de dor de cabeça

  
  
Por exemplo?

Pelo contrário, usar chaves artificiais, a médio prazo, gera muita dor
de cabeça porque engorda a base (geralmente) e obscurece o modelo
(sempre).  Muitas vezes, nem se definem boas chaves naturais porque se
usou o quebra-galho da artificial.


  

--- Exemplos pf, engorda a base? Pelo que entendo facilita até a
maneira que o banco trabalha. Obscurece o modelo? Por favor seja mais
específico.


  
  
Bah daí concordo contigo! O nome poderia ser outro, mas essa é uma
daquelas coisas que acabam ficando pra trás, no nosso caso é uma UK
tanto no nome como na função hehe!

  
  
O tipo da alteração que pode valer a pena, embora possa ser meio traumática.


  

--- Como hj estamos envolvidos com outros módulos do sistema já não
vale a pena ficar mudando apenas para ficar "bonito e no padrão". 

  
  
Bom daí já discordo um pouco. Pra mim base e modelo que precisam ser
alterados no meio do caminho é igual a sistema mal feito e mal
projetado.

  
  
A curto prazo, sim.  A longo, não.


  


  
Até agora estão se mostrando excelentes, tomara que continuem assim.

As vezes a teoria é uma coisa, mas na prática é outra!

  
  
Não vão continuar, são típicas decisões sem fundamento teórico nem, a
longo prazo, prático.  Regras criadas por desenvolvedores que nem
entendiam dados, nem tiveram de dar manutenção em sistemas evoluídos
ao longo do tempo.  Algumas até generalizações incorretas de situações
específicas.


  

--- Essa afirmação é bem contundente, mas como esse sistema já está a 3
anos rodando no primeiro cliente (indústria com faturamento médio de 5
milhões mensais) acredito que já estamos no meio do caminho e se o
modelo se mostrou eficiente até agora, duvido que vou ter problemas
daqui pra frente, de qualquer forma vou guardar esse email e daqui a
alguns anos tiramos a prova.

Citando um trecho de uma palestra do Telles:

"- Uma pessoa sem bom senso não se preocupa com melhores práticas
- Uma pessoa com bom senso e pouca experiência procura aprender e
utilizar as melhores práticas
- Uma pessoa com bom senso e muita experiência sabe quando não utilizar
as melhores práticas"

Abração,
Fabiano Machado Dias


___
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 Campos Padrões

[Wolak Sistemas - Fabiano Machado Dias]

Nesse exemplo você confundiu PK com UK. Mas vamos deixar pra lá!

Leandro DUTRA escreveu:

  2009/12/30 Andre Fernandes fernandes.an...@gmail.com:
  
  
Desculpa-me entrar nesta discussão, contudo neste exemplo mencionado há um
possível erro de modelagem, o problema não é a chave artificial explicitamente.

  
  
Como eu disse, é um exemplo simplérrimo, somente para demonstrar o
problema, a saber que chave artificial não garante unicidade.


  
  
Chaves artificiais não são um mal por si só

  
  
Na forma como implementadas hoje, são.  Originalmente, eram uma idéia
interessante, mas creio que não foram implementadas em nenhum sistema.

Infelizmente, são um mal necessário em algumas situações.  Mas somente
complementando as naturais, nunca substituindo.


  
  
Concordo que chaves artificiais podem ser problema quando o modelo está errado

  
  
Não apenas, podem ser problemas físicos também.


  
  
nem sempre chaves naturais são adequadas ou mesmo possuem bom desempenho

  
  
Sempre são adequadas e sempre possuem bom desempenho — a não ser em
situações bem específicas, como já descritas.


  
  
(imagine uma chave composta onde todos os campos são strings, pode ser muito
ruim para um bom desempenho de consultas).

  
  
Mito.


  
  
Além do mais, um id interno para o usuário, para a empresa, etc., pode ser
facilmente entendido, não é um monstro que complica tudo.

  
  
Mas obscurece quais as chaves verdadeiras.  Geralmente, dificulta o
entendimento.


  
  
(lembre-se que nem as regras de normalização sempre devem ser seguidas, há
momentos em que precisamos ferir uma delas para que o desempenho não seja
ínfimo).

  
  
Mas isso por limitações do SQL.


  




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

[pgbr-geral] REF. Duplicar Tabelas e Acrescentar Colunas.

[VisualP Sistemas]

Olá Pessoal,

Terminei um sistema com 46 tabelas.
Agora vou precisar duplicar o nome destas tabelas
acrescentando _log. Ex: aluno - alugo_log, etc;
e também preciso acrescentar no inicio destas tabelas tres novas colunas:

operacao char
usuario varchar
data timestamp

Ex: se tabela aluno tem duas colunas:
id char
aluno varchar

apos rodar trigger ficaria: aluno_log

operacao char
usuario varchar
data timestamp
id char
aluno varchar

Alguem conhece algum trigger ou tem alguma dica ?

Obrigado.

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

Re: [pgbr-geral] RE F. Restore não Habilitado.

[VisualP Sistemas]

Olá JacksonWeber,

Ficou Show. Èra exatamente isso.

Obrigado pela dica.

Att,
Paulo.



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

[pgbr-geral] REF. Restore não Habilitado.

[VisualP Sistemas]

Olá Pessoal,

Estou executando meus backups num arquivo .BAT:

for /f tokens=1,2,3,4 delims=/  %%a in ('DATE /T') do set Date=%%b-%%c-%%d
pg_dump.exe -i -h localhost -d banco -p 5432 -U user -f C:\%Date%.backup

Funciona 100%.
Ocorre que tentei hoje restaurar no PgAdmin e o mesmo não habilita o OK.
Se eu fizer o mesmo backup pelo PgAdmin ele restaura sem problemas, mas
pelo arquivo .BAT não habilita o restore.

Alguem tem alguma idéia ??

Obrigado.

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

Re: [pgbr-geral] REF. Adicionar Nova Coluna

[VisualP Sistemas]

Olá JotaComm,
Ficou show. era exatamente o que eu precisava.
Obrigado pela dica.

- Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 26, 2009 10:02 PM
  Subject: Re: [pgbr-geral] REF. Adicionar Nova Coluna


  Olá,


  2009/11/26 VisualP Sistemas pa...@visualpsistemas.com.br

Ola Pessoal,

Preciso incluir uma nova coluna em todas as tabelas
de um sistema e gostaria de saber se alguem conhece
alguma forma de incluir automaticamente esta nova coluna 
de forma automatica.

Algo do tipo:
ALTER TABLE todas_tabelas ADD COLUMN novo_campo char(1);

Alguem tem alguma dica ou script ???

  Você pode fazer o seguinte:

  CREATE OR REPLACE FUNCTION f_adiciona_coluna()
  RETURNS boolean AS $$
  DECLARE
  lista RECORD;
  BEGIN
  FOR lista IN SELECT tablename FROM pg_tables WHERE schemaname='public'
 ORDER BY tablename LOOP
  EXECUTE 'ALTER TABLE ' || lista.tablename || ' ADD COLUMN codigo 
INTEGER';
  RAISE NOTICE 'Coluna adicionada na tabela %.',lista.tablename;
  END LOOP;
  IF FOUND THEN
  RETURN TRUE;
  END IF;
  RETURN FALSE;
  END;
  $$ LANGUAGE PLPGSQL;

  Neste exemplo é adicionada a coluna codigo do tipo integer em todas as 
tabelas do esquema public. É uma função bem simples, agora é só você adaptar 
para o seu caso. 



Obrigado.

Paulo.



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




  []s
  -- 
  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



  __ NOD32 4640 (20091126) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Desempenho no Linux

[Wolak Sistemas - Fabiano Machado Dias]

Pessoal, não vamos esquecer de outros fatores que fazem o Linux ter um
desempenho muito melhor.

- Sistemas de aquivos (Qual a opção que existe no Windows além de NTFS?)
- Parâmetros do Kernel (Só se você por um expert no registro do
Windows, quais os parâmetros que você pode mudar?)
- Instalação via código fonte (Sei que tb dá pra compilar no Windows,
mas duvido alguém que faça sem dor de cabeça e tb duvido do desempenho)
- Melhor uso de hardware (Isso é senso comum, o Linux faz uso do
hardware de maneira muito mais otimizada que o Windows)
- Segurança (Bom como diz o Telles "Existem 2 tipos de Windows, aquele
que tem vírus e aquele que você acha que não tem vírus")

Para convencer o seu cliente você poderia fazer uma instalação em um
servidor da sua própria em empresa e comparar o desempenho, duvido que
ele não irá se convencer.

Abraço,
Fabiano



Euler Taveira de Oliveira escreveu:

  Pablo Sánchez escreveu:
  
  
"PostgreSQL performance is very close on both platforms (within 6/100
of a second for 1000 Operations) – It’s faster on Windows and faster
still on Windows with PHP 5.3"


  
  Ugh?! Quem disse que 'SELECT * FROM tabela' mede performance de um SGBD? O
autor deve estar brincando, né? Temos benchmarks padronizados (aka TPC) para
isso; eles implementam modelos que simulam um ambiente real de acordo com a
arquitetura (OLTP, OLAP ou Web) do seu sistema.

  
  
Não conheço nenhuma diferença... Com exceção do fato de que há
tunnings que podem ser feitos com os semáforos do kernel em
Linux/FreeBSD que não se conseguem no Windows.


  
  Como eu disse esses conceito *não* existe (é emulado) no Windows.


  




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

Re: [pgbr-geral] Desempenho no Linux

[Wolak Sistemas - Fabiano Machado Dias]

Pablo Sánchez escreveu:

  2009/11/26 Wolak Sistemas - Fabiano Machado Dias fabi...@wolaksistemas.com.br:
  
  
Pessoal, não vamos esquecer de outros fatores que fazem o Linux ter um
desempenho muito melhor.

- Sistemas de aquivos (Qual a opção que existe no Windows além de NTFS?)

  
  
Mas será que precisa de algum outro além desse para ele? (obs, existe
fat32, vc pode compilar partições maiores que 4GB de fat32 utilizando
uma ferramenta chamada fat32format.exe - não é padrão do windows, mas
é gratuita

FAT 32? Bah, tá loco, isso nem deveria ser considerado um sistema de
arquivos. E acho que é importante você poder contar com mais opção de
file system, já tive situações onde coloquei os dados em XFS, indíces
em EXT2, e logs em ReiserFS. 
Era um caso específico e a performance ficou melhor, mas me diz qual a
opção que teria em Windows? Nenhuma!

  
  
- Parâmetros do Kernel (Só se você por um expert no registro do Windows,
quais os parâmetros que você pode mudar?)

  
  
Eu faço uma limpeza de alguns parâmetros que já conheço serem
desnecessários e que só deixam o OS mais lento, mas isso desde o winnt
4... então meio que realmente, não sei de muita gente que faça isso na
mão hoje em dia.

  

Blz, acho que pode até ser válido, agora muda os semáforos do SO,
ajusta a memória compartilhada, muda o tamanho da pilha, e outra sem
reiniciar o sistema, afinal tu vai derrubar a empresa só pra mudar
alguns parâmetros?


  
  
- Instalação via código fonte (Sei que tb dá pra compilar no Windows, mas
duvido alguém que faça sem dor de cabeça e tb duvido do desempenho)

  
  
Sem dor de cabeça é complicado mesmo, mas vai falar com o Guilherme
Blanco que é o cara responsável pelo windows.php.net. ;-)

  
  
- Melhor uso de hardware (Isso é senso comum, o Linux faz uso do hardware de
maneira muito mais otimizada que o Windows)

  
  
Senso comum não é comprovação. Os drivers de placas 3D para windows
são no geral muito melhores que o do Linux, até mesmo porque tem
pouquíssima placa com driver oficial para o Linux...

É senso comum que o céu é azul, mas é cientificamente comprovado que
não existem as cores, apenas o espectro de luz. A cor é mera
interpretação do cérebro, e o que é azul para mim (ou seja, exatamente
como meu cérebro me apresenta) poderia ser o verde para vc.

Senso comum é subjetivo, não serve como parâmetro... é a interpretação
ordinária de cada um sobre o que todo mundo fala e quase ninguém para
para comprovar.

Tem pesquisas por aí que suportam a argumentação, e acho que nosso
amigo precisa delas, e não de "senso comum".

  

Bom quis dizer senso comum porque a maioria das pessoas que trabalham e
conhecem o Linux sabem disso, mas só para elucidar o porque posso citar
algumas coisas:

- Linux e o Kernel foram feitos para rodar em hardware barato, desde o
início a preocupação com performance foi uma constante.
- O uso de memória e processador e a maneira de controlar os processos
são melhores que qualquer sistema Windows, até pouco tempo atrás o
Windows tinha problema em gerenciar 4 gb de memória.
- Drivers de Placa 3d? Bom estamos ou pelo menos eu estava falando em
servidores, onde os drivers realmente importantes são os das
controladoras de disco, rede etc... 
Lembro de uma situação onde estava instalando um Debian em um servidor
Dell, durante a instalação veio uma mensagem dizendo que eu precisaria
de um pacote para a atualização do firmware da placa de rede, pois a
mesma tinha problemas no driver nativo.
Entrei no repositório de pacotes, baixei, pluguei um pendrive e a
instalação continuou e este server está rodando até agora.

Talvez a expressão senso comum não foi a mais correta, mas sei lá até
leigos hoje em dia sabem que Linux é mais rápido que Windows, talvez
porque é o sistema mais usado em servidores no mundo inteiro, sei lá!

  
  
- Segurança (Bom como diz o Telles "Existem 2 tipos de Windows, aquele que
tem vírus e aquele que você acha que não tem vírus")

Para convencer o seu cliente você poderia fazer uma instalação em um
servidor da sua própria em empresa e comparar o desempenho, duvido que ele
não irá se convencer.

Abraço,
Fabiano



Euler Taveira de Oliveira escreveu:

Pablo Sánchez escreveu:


"PostgreSQL performance is very close on both platforms (within 6/100
of a second for 1000 Operations) – It’s faster on Windows and faster
still on Windows with PHP 5.3"



Ugh?! Quem disse que 'SELECT * FROM tabela' mede performance de um SGBD? O
autor deve estar brincando, né? Temos benchmarks padronizados (aka TPC) para
isso; eles implementam modelos que simulam um ambiente real de acordo com a
arquitetura (OLTP, OLAP ou Web) do seu sistema.



Não conheço nenhuma diferença... Com exceção do fato de que há
tunnings que podem ser feitos com os semáforos do kernel em
Linux/FreeBSD que não se conseguem no Windows.



Como eu disse esses conceito *não* existe (é emulado) no Windows.

[pgbr-geral] REF. Adicionar Nova Coluna

[VisualP Sistemas]

Ola Pessoal,

Preciso incluir uma nova coluna em todas as tabelas
de um sistema e gostaria de saber se alguem conhece
alguma forma de incluir automaticamente esta nova coluna 
de forma automatica.

Algo do tipo:
ALTER TABLE todas_tabelas ADD COLUMN novo_campo char(1);

Alguem tem alguma dica ou script ???


Obrigado.

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

[pgbr-geral] REF. BACKUP entre Verssoes.

[VisualP Sistemas]

Olá Pessoal,

Estou tentando voltar um backup que foi realizada na versao 8.4 - LATIN1 - C 
-C. - Linux.
Estou executando na versão 8.2 - LATIN1. - Windows XP SP3.

Recebo a seguinte mensagem:

ERROR: character 0xe28093 of encoding UTF8 has no equivalent in LATIN1
SQL state: 22P05

Alguem tem alguma idéia de como resolver este problema ???


Obrigado.

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

Re: [pgbr-geral] REF. BACKUP entre Verssoes.

[VisualP Sistemas]

Exatamente, sei que tem algo errado, mas o que ?
Posso ajustar no meu servidor local. Mas ja tentei e nada.
O erro só ocorre (obviamente) nas tabelas com conteúdo
com acentuações, nas demais restaurou sem problemas.



- Original Message - 
From: Leandro DUTRA leandro.gfc.du...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Thursday, November 12, 2009 9:57 AM
Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


2009/11/12 JotaComm jota.c...@gmail.com:
 Você poderia mostrar o encoding do banco de onde você fez o backup e o
 encoding do banco que está querendo carregar o dump.

Então, ele já mostrou... mas deve estar errado.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 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
Sent from Sao Paulo, SP, Brazil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 4599 (20091112) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

Re: [pgbr-geral] REF. BACKUP entre Verssoes.

[VisualP Sistemas]

8.2
Codificação: LATIN1
ENCODING = 'LATIN1'

8.4
Codificação: LATIN1
Collation: C
Character type: C

  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 12, 2009 10:19 AM
  Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


  Concordo com você Leandro, por isso pedi as informações de novo :)


  2009/11/12 Leandro DUTRA leandro.gfc.du...@gmail.com

2009/11/12 JotaComm jota.c...@gmail.com:

 Você poderia mostrar o encoding do banco de onde você fez o backup e o
 encoding do banco que está querendo carregar o dump.


Então, ele já mostrou... mas deve estar errado.


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 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
Sent from Sao Paulo, SP, Brazil

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



  []s
  -- 
  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



  __ NOD32 4599 (20091112) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] REF. BACKUP entre Verssoes.

[VisualP Sistemas]

Olá.
Para backup:
pg_dump --insert -U visualpsistemas3 -O visualpsistemas3 gt; 
visualpsistemas3_bkp.sql

Para Restore:
Executado RUN-SQL no PgAdminIII.
  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 12, 2009 10:42 AM
  Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


  Olá,


  2009/11/12 VisualP Sistemas pa...@visualpsistemas.com.br

8.2
Codificação: LATIN1
ENCODING = 'LATIN1'

8.4
Codificação: LATIN1
Collation: C
Character type: C


  Qual o comando que você usou para pegar o dump?

  Qual o comando que você usou para restaurar?

   

  - Original Message - 
  From: JotaComm 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Thursday, November 12, 2009 10:19 AM
  Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


  Concordo com você Leandro, por isso pedi as informações de novo :)


  2009/11/12 Leandro DUTRA leandro.gfc.du...@gmail.com

2009/11/12 JotaComm jota.c...@gmail.com:

 Você poderia mostrar o encoding do banco de onde você fez o backup e o
 encoding do banco que está querendo carregar o dump.


Então, ele já mostrou... mas deve estar errado.


--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 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
Sent from Sao Paulo, SP, Brazil

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



  []s
  -- 
  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




  __ NOD32 4599 (20091112) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com


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




  []s
  -- 
  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



  __ NOD32 4599 (20091112) Information __

  This message was checked by NOD32 antivirus system.
  http://www.eset.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] REF. BACKUP entre Verssoes. - RESOLVIDO.

[VisualP Sistemas]

Problema resolvido pessoal.
O problema esta em apenas dois registros que continham caracteres
com espaços duplosC. MORÇA - T -  L FENIX (não entendi),
Retirei os espaços e pronto. restaurou.
Da varias linhas apenas tres estavam assim e não restaurava.

Obrigado a todos.

Atts,
Paulo.


- Original Message - 
From: Leandro DUTRA leandro.gfc.du...@gmail.com
To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Sent: Thursday, November 12, 2009 11:00 AM
Subject: Re: [pgbr-geral] REF. BACKUP entre Verssoes.


2009/11/12 VisualP Sistemas pa...@visualpsistemas.com.br:
 pg_dump --insert -U visualpsistemas3 -O visualpsistemas3 gt;
 visualpsistemas3_bkp.sql

Então, mas qual o ambiente?  E qual o resultado do file ou do iconv?
Finalmente, por favor, não envie respostas no topo.  Faz perdermos o
histórico, e cria mensagens desnecessariamente grandes.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 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
Sent from Sao Paulo, SP, Brazil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

__ NOD32 4599 (20091112) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com


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

[pgbr-geral] REF. Acesso a Lista.

[VisualP Sistemas]

Ola Pessoal,

Porque ao tentar acessar a lista: 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
o Firefox bloqueia o site ? Retorna Conexão não Confiavel.
Alguem tem alguma idéia.

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