Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Jota
Olá,

Você pode fazer também:

psql nome_do_banco

\i arquivo.backup

[]s

2009/1/15 Rafael rafaelbozze...@gmail.com:
 psql banco -f /home/base.backup


 Abraço.

 2009/1/15 Paulo Marcelo paulo.marc...@gmail.com

 Bom dia a todos,


 Fiz um backup de um banco de dados que estava em um postgres
 via pgadmin e na interface gráfica do pgadmin aconselha que se acrescente a
 extensão .backup, no pg admin não encontro a opção de restore, como poderia
 fazer esta reatauração via psql?

 Paulo Marcelo

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




 --
 Rafael Bozzetti - linuxuser: 418660
 --
 OpenS -  WWW.OPENS.COM.BR



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





-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico joao junior
e se tiver usando unix like 

psql -  arquivo.backup

On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
 Olá,
 
 Você pode fazer também:
 
 psql nome_do_banco
 
 \i arquivo.backup
 
 []s
 
 2009/1/15 Rafael rafaelbozze...@gmail.com:
  psql banco -f /home/base.backup
 
 
  Abraço.
 
  2009/1/15 Paulo Marcelo paulo.marc...@gmail.com
 
  Bom dia a todos,
 
 
  Fiz um backup de um banco de dados que estava em um postgres
  via pgadmin e na interface gráfica do pgadmin aconselha que se acrescente a
  extensão .backup, no pg admin não encontro a opção de restore, como poderia
  fazer esta reatauração via psql?
 
  Paulo Marcelo
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 
 
 
  --
  Rafael Bozzetti - linuxuser: 418660
  --
  OpenS -  WWW.OPENS.COM.BR
 
 
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 
 
 
 

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


[pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Paulo Marcelo
Bom dia a todos,


Fiz um backup de um banco de dados que estava em um postgres via
pgadmin e na interface gráfica do pgadmin aconselha que se acrescente a
extensão .backup, no pg admin não encontro a opção de restore, como poderia
fazer esta reatauração via psql?

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


[pgbr-geral] duvida conexao

2009-01-15 Por tôpico Mr J.L.
Pessoal, estou com uma duvida.

Recentemente fui ver o log de processos que tenho no cron do server e em um 
deles encontrei o seguinte:

#ROTINA DE VACUUM DIARIA
00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a  /var/log/postgres/log_v.log

mensagem:
vacuumdb: could not connect to database postgres: FATAL:  banco de dados 
postgres não está aceitando conexões

Nao entendi o porque do erro, uma vez que, no pg_hba.conf esta assim:

# TYPE  DATABASEUSERCIDR-ADDRESS  METHOD
local   all all   trust

Alguem poderia me ajudar?

abraços.



  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.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] Restore de um arquivo.backup

2009-01-15 Por tôpico Paulo Marcelo
estou tentando assim:

locagdo como root
psql relacionamentos -f /relacionamentos.backup

porém tá dando este mensagem: psql: FATAL:  Ident authentication failed for
user root

Paulo Marcelo


2009/1/15 Rafael rafaelbozze...@gmail.com

 uehue...

 Então, se estiver usando um sistema unix like:

 $ psql -f /caminho/arquivo.sql
 ou como disse o Jota, dentro da console:
 \i /caminho/arquivo.sql

 Se tiver usando Windows:
 - formate seu micro e instale linux :)

 Abraço.


 2009/1/15 joao junior joao.jun...@bra03034.conab.gov.br

 e se tiver usando unix like

 psql -  arquivo.backup

 On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
  Olá,
 
  Você pode fazer também:
 
  psql nome_do_banco
 
  \i arquivo.backup
 
  []s
 
  2009/1/15 Rafael rafaelbozze...@gmail.com:
   psql banco -f /home/base.backup
  
  
   Abraço.
  
   2009/1/15 Paulo Marcelo paulo.marc...@gmail.com
  
   Bom dia a todos,
  
  
   Fiz um backup de um banco de dados que estava em um
 postgres
   via pgadmin e na interface gráfica do pgadmin aconselha que se
 acrescente a
   extensão .backup, no pg admin não encontro a opção de restore, como
 poderia
   fazer esta reatauração via psql?
  
   Paulo Marcelo
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
  
  
   --
   Rafael Bozzetti - linuxuser: 418660
   --
   OpenS -  WWW.OPENS.COM.BR
  
  
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
 
 
 

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




 --
 Rafael Bozzetti - linuxuser: 418660
 --
 OpenS -  WWW.OPENS.COM.BR



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


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


Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Rafael
uehue...

Então, se estiver usando um sistema unix like:

$ psql -f /caminho/arquivo.sql
ou como disse o Jota, dentro da console:
\i /caminho/arquivo.sql

Se tiver usando Windows:
- formate seu micro e instale linux :)

Abraço.


2009/1/15 joao junior joao.jun...@bra03034.conab.gov.br

 e se tiver usando unix like

 psql -  arquivo.backup

 On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
  Olá,
 
  Você pode fazer também:
 
  psql nome_do_banco
 
  \i arquivo.backup
 
  []s
 
  2009/1/15 Rafael rafaelbozze...@gmail.com:
   psql banco -f /home/base.backup
  
  
   Abraço.
  
   2009/1/15 Paulo Marcelo paulo.marc...@gmail.com
  
   Bom dia a todos,
  
  
   Fiz um backup de um banco de dados que estava em um
 postgres
   via pgadmin e na interface gráfica do pgadmin aconselha que se
 acrescente a
   extensão .backup, no pg admin não encontro a opção de restore, como
 poderia
   fazer esta reatauração via psql?
  
   Paulo Marcelo
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
  
  
   --
   Rafael Bozzetti - linuxuser: 418660
   --
   OpenS -  WWW.OPENS.COM.BR
  
  
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
 
 
 

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




-- 
Rafael Bozzetti - linuxuser: 418660
--
OpenS -  WWW.OPENS.COM.BR
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Rafael
psql banco -f /home/base.backup


Abraço.

2009/1/15 Paulo Marcelo paulo.marc...@gmail.com

 Bom dia a todos,


 Fiz um backup de um banco de dados que estava em um postgres
 via pgadmin e na interface gráfica do pgadmin aconselha que se acrescente a
 extensão .backup, no pg admin não encontro a opção de restore, como poderia
 fazer esta reatauração via psql?

 Paulo Marcelo

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




-- 
Rafael Bozzetti - linuxuser: 418660
--
OpenS -  WWW.OPENS.COM.BR
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Serviço do postgres não inicia

2009-01-15 Por tôpico Jota
Olá,

Apenas complentando o que o Ivo comentou.

Para iniciar via prompt você pode fazer:

pg_ctl -D /caminho/para/data start

[]s

2009/1/14 ivo nascimento ian...@gmail.com:
 verifique se o disco esta cheio.
 se ele perdeu direitos de escrita...
 se o diretorio de data do cluster do banco ainda esta la e se ele sabe onde
 eh la ;)
 talvez o problema seja simples assim.

 se voce souber iniciar o servico via prompt, tente faze-lo pois aposto que a
 mensagem vai te dar um caminho mais seguro para encontrar o erro.


 2009/1/14 Anderson jackvalant...@gmail.com

 Boa tarde, pessoal meu banco parou de funcionar,tentei procurar no
 istorico da lista mas não obtive resultato, na realidade não consegui nem me
 conectar, bom, eu  tento iniciar o serviço e me dá a seguinte mensagem  O
 serviço PostgreSQL Database Server 8.2 em Computador Local foi iniciado e
 interrompido. Alguns serviços são interrompidos automaticamente quando não
 tem trabalho a fazer, como o serviço logs e alertas de desempenho , olhei
 nos logs e as ultimas mensagens foram as seguintes:

 $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY
 INVOKER

 2009-01-13 15:48:56 WARNING:  there is no transaction in progress
 2009-01-13 15:48:56 WARNING:  there is no transaction in progress
 2009-01-13 15:49:09 WARNING:  there is no transaction in progress
 2009-01-13 15:55:55 WARNING:  nonstandard use of \' in a string literal at
 character 28
 2009-01-13 15:55:55 HINT:  Use '' to write quotes in strings, or use the
 escape string syntax (E'...').
 2009-01-13 17:15:16 LOG:  received fast shutdown request
 2009-01-13 17:15:16 LOG:  shutting down
 2009-01-13 17:15:17 LOG:  database system is shut down
 2009-01-13 17:15:20 LOG:  logger shutting down

 alguem poderia me ajudar.

 Obrigado

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




 --
 Ivo Nascimento - Iann
 -
 |   twitter: ivonascimento . |
 |   http://ianntech.com.br.  |
 |   ZCE ID 227463685|
 -

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





-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Rafael
Logue-se como usuário postgres, e abra a console:

# su - postgres
$ psql

Dentro da console, selecione o banco que vc deseja usar:

\c relacionamentos
\i  /relacionamentos.backup

Desta forma vc conecta na CLI do postgres como usuario postgres ' \c '
define o banco, e ' \i ' carregar sql apartir de um arquivo.

Abraço.




2009/1/15 Paulo Marcelo paulo.marc...@gmail.com

 estou tentando assim:

 locagdo como root
 psql relacionamentos -f /relacionamentos.backup

 porém tá dando este mensagem: psql: FATAL:  Ident authentication failed for
 user root

 Paulo Marcelo



 2009/1/15 Rafael rafaelbozze...@gmail.com

 uehue...

 Então, se estiver usando um sistema unix like:

 $ psql -f /caminho/arquivo.sql
 ou como disse o Jota, dentro da console:
 \i /caminho/arquivo.sql

 Se tiver usando Windows:
 - formate seu micro e instale linux :)

 Abraço.


 2009/1/15 joao junior joao.jun...@bra03034.conab.gov.br

 e se tiver usando unix like

 psql -  arquivo.backup

 On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
  Olá,
 
  Você pode fazer também:
 
  psql nome_do_banco
 
  \i arquivo.backup
 
  []s
 
  2009/1/15 Rafael rafaelbozze...@gmail.com:
   psql banco -f /home/base.backup
  
  
   Abraço.
  
   2009/1/15 Paulo Marcelo paulo.marc...@gmail.com
  
   Bom dia a todos,
  
  
   Fiz um backup de um banco de dados que estava em um
 postgres
   via pgadmin e na interface gráfica do pgadmin aconselha que se
 acrescente a
   extensão .backup, no pg admin não encontro a opção de restore, como
 poderia
   fazer esta reatauração via psql?
  
   Paulo Marcelo
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
  
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
  
  
   --
   Rafael Bozzetti - linuxuser: 418660
   --
   OpenS -  WWW.OPENS.COM.BR
  
  
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
 
 
 

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




 --
 Rafael Bozzetti - linuxuser: 418660
 --
 OpenS -  WWW.OPENS.COM.BR



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



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




-- 
Rafael Bozzetti - linuxuser: 418660
--
OpenS -  WWW.OPENS.COM.BR
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Candido Vieira da Silva Neto
Olá,

Quem tem essas bases com CEPs poderia colocar em algum serviço de file
hosting e disponibilizar o link para quem quiser baixar. Acho mais
eficaz que pedir para entrar em contato via PVT, assim vai ficar uma
coisa disponível para todos.

Abraços,

Candido Vieira

2009/1/14 Edson Lidorio edson.lido...@bol.com.br:
 olá,



 Tenho uma base de cep é de 2004 .Se alguem se interessar me procure em PVT
 que eu envio por email.Esta no formato SQL.

 --

 Edson Lidorio

 Msn:elido...@gmail.com

 Em 14/01/2009 16:25, ivan viana   escreveu:


 Eu Tb estou no aguardo dessa ISO

 Aproveitando a troca de Dados eu Tenho o COD de todos os municipios e
 distritos do ano passado, utilizados em todos os software federais se alguem
 tiver interesse. manda um Private.
 ---
 Ivan viana
 E-MAIL: ivanvbom...@yahoo.com.br
 MSN: apeiron...@hotmail.com
 ---

 --- Em qua, 14/1/09, Adriano Espinoza de Oliveira escreveu:

 De: Adriano Espinoza de Oliveira
 Assunto: Re: [pgbr-geral] Base de dados de CEP
 Para: Comunidade PostgreSQL Brasileira
 Data: Quarta-feira, 14 de Janeiro de 2009, 9:08

 Bom dia!
 Quando vocês tiverem um lugar disponível para download deêm um toque.
 Essa base vai me ajudar muito.
 Vou ate explicar porque pode ajudar outras pessoas.
 O problema foi detectado na validação da NFe.
 A Sefaz valida se o Cep de destino esta relacionado ao codigo da cidade, do
 IBGE, que tambem é enviado.
 Obviamente, isso é problema no nosso cadastro. Quando acontece a NFe é
 rejeitada, temos que acertar o cadastro e enviar novamente.
 Acontece que descobrir aonde está errado e corrigir isso em 11 filiais na
 unha é meio complicado...
 Com essa base de dados, vou poder acertar os Cep´s cadastrados no nosso
 cadastro de cliente.
 Adriano.

 2009/1/13 Eduardo Schoedler eschoed...@viavale.com.br

 Tem gente que vende no formato de SQL no Mercado Livre.

 Sds,
 Eduardo.


 --
 From: alecindro alecin...@inf.ufsc.br
 Sent: Thursday, January 08, 2009 9:46 AM
 To: Comunidade PostgreSQL Brasileira
 pgbr-geral@listas.postgresql.org.br
 Subject: Re: [pgbr-geral] Base de dados de CEP

  Eu tenho um CD da base de dados dos correios quando eles ofereciam
  gratuitamente.
 
  Se alguem tiver um repositório onde eu possa colocar uma imagem ISO eu
  poderia disponibilizá-la.
 
  Att,
 
  Alecindro
 
  --
  From: LeandroGuimarãesFaria Corcete DUTRA
  leandro.gfc.du...@gmail.com
  Sent: Thursday, January 08, 2009 1:03 AM
  To: Comunidade PostgreSQL Brasileira
  gt; pgbr-geral@listas.postgresql.org.br
  Subject: Re: [pgbr-geral] Base de dados de CEP
 
  Le vendredi 29 février 2008 à 17:15 -0300, Ribamar Sousa a écrit :
  José Luiz, esta é do tempo em que eles ofereciam por download.
  Não é completa mas tem o cep das capitais.
 
  Estava dando uma olhada na base do Ribamar em
  http://tudoemum.ribafs.net/includes/cep_brasil.sql.bz2 e já ajudou um
  bocado.
 
  Entretanto, lembro que, em 2.004, mexi na base dos Correios, que fora
  distribuída gratuitamente algum tempo antes, e ela era mais
  estruturada,
  não um tabelão só.
 
  Cheguei a dar uma normalizada nela mas perdi o trabalho.
 
  Será que alguém teria, seja a base original dos correios, seja aquilo
  que distribuí na época?  Pode até ser a estrutura apenas, mas se tiver
  também os dados.
 
  Ribamar, se você ainda estiver por aí, poderia dizer de quando são os
  dados de tua base?
 
  --
  skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
  +55 (11) 3040 7344 gTalk: xmpp:leand...@jabber.org
  +55 (11) 3854 7191   ICQ: aim:GoIM?screenname=61287803
  BRAZIL GMT-3  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://list as.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

 
 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

Re: [pgbr-geral] duvida conexao

2009-01-15 Por tôpico Euler Taveira de Oliveira
Mr J.L. escreveu:
 Pessoal, estou com uma duvida.
 
 Recentemente fui ver o log de processos que tenho no cron do server e em um 
 deles encontrei o seguinte:
 
 #ROTINA DE VACUUM DIARIA
 00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a  /var/log/postgres/log_v.log
 
 mensagem:
 vacuumdb: could not connect to database postgres: FATAL:  banco de dados 
 postgres não está aceitando conexões
 
 Nao entendi o porque do erro, uma vez que, no pg_hba.conf esta assim:
 
 # TYPE  DATABASEUSERCIDR-ADDRESS  METHOD
 local   all all   trust
 
Mudar o pg_hba.conf não quer dizer que *magicamente* o PostgreSQL passará a
aceitar conexões; talvez você *não* tenha reiniciado/sinalizado o PostgreSQL.
Outra suposição é que você tem alguma regra 'local' acima desta e, que a mesma
está negando o acesso. Por fim, pode ser que você esteja iniciando essa rotina
logo após iniciar o PostgreSQL. A partir da 8.3, o PostgreSQL não deixa
conectar até que ele esteja _realmente_ pronto para aceitar conexões. Se for
este o caso, sugiro colocar uma diferença de alguns segundos/minutos entre o
início e o vacuumdb.


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Posse dos Dados X Posse do Esquema

2009-01-15 Por tôpico Candido Vieira da Silva Neto
Olá pessoal,

Estava conversando com alguns colegas essa semana sobre posse dos
dados de um banco de dados. Um cliente alega que a posse dos dados é
ele e por isso ele deseja acesso ao banco de dados para fazer
consultas avulsas. Refletindo sobre essa situação cheguei a conclusão
de que os dados realmente são de posse do cliente, mas que o esquema é
de posse da empresa produtora e que é facultado a ela o acesso aos
dados pelo banco de dados.

Alguém tem alguma experiência com esse tipo de situação?

Abraços,

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


Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Paulo Marcelo
Rafael,

  Enquantoaguardava sua resposta continuei pesquisando e descobri
uma forma que deu certo foi a seguinte:

pg_restore  /relacionamentos.backup -d relacionamentos;


Paulo Marcelo


2009/1/15 Rafael rafaelbozze...@gmail.com

 Logue-se como usuário postgres, e abra a console:

 # su - postgres
 $ psql

 Dentro da console, selecione o banco que vc deseja usar:

 \c relacionamentos
 \i  /relacionamentos.backup

 Desta forma vc conecta na CLI do postgres como usuario postgres ' \c '
 define o banco, e ' \i ' carregar sql apartir de um arquivo.


 Abraço.




 2009/1/15 Paulo Marcelo paulo.marc...@gmail.com

 estou tentando assim:

 locagdo como root
 psql relacionamentos -f /relacionamentos.backup

 porém tá dando este mensagem: psql: FATAL:  Ident authentication failed
 for user root

 Paulo Marcelo



 2009/1/15 Rafael rafaelbozze...@gmail.com

 uehue...

 Então, se estiver usando um sistema unix like:

 $ psql -f /caminho/arquivo.sql
 ou como disse o Jota, dentro da console:
 \i /caminho/arquivo.sql

 Se tiver usando Windows:
 - formate seu micro e instale linux :)

 Abraço.


 2009/1/15 joao junior joao.jun...@bra03034.conab.gov.br

 e se tiver usando unix like

 psql -  arquivo.backup

 On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
  Olá,
 
  Você pode fazer também:
 
  psql nome_do_banco
 
  \i arquivo.backup
 
  []s
 
  2009/1/15 Rafael rafaelbozze...@gmail.com:
   psql banco -f /home/base.backup
  
  
   Abraço.
  
   2009/1/15 Paulo Marcelo paulo.marc...@gmail.com
  
   Bom dia a todos,
  
  
   Fiz um backup de um banco de dados que estava em um
 postgres
   via pgadmin e na interface gráfica do pgadmin aconselha que se
 acrescente a
   extensão .backup, no pg admin não encontro a opção de restore, como
 poderia
   fazer esta reatauração via psql?
  
   Paulo Marcelo
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
  
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
  
  
   --
   Rafael Bozzetti - linuxuser: 418660
   --
   OpenS -  WWW.OPENS.COM.BR
  
  
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
  
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
 
 
 

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




 --
 Rafael Bozzetti - linuxuser: 418660
 --
 OpenS -  WWW.OPENS.COM.BR



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



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




 --
 Rafael Bozzetti - linuxuser: 418660
 --
 OpenS -  WWW.OPENS.COM.BR



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


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


Re: [pgbr-geral] duvida conexao

2009-01-15 Por tôpico Mr J.L.
Nao entendia a parte de reiniciado/sinalizado o PostgreSQL

Tipo, o banco esta funcionando OK, fazendo todas suas tarefas, conecta em 
outros bancos, etc... só nao conecta no banco postgres

Referente a regra do pg_hba.conf, essa a a primeira regra, nao tem nenhuma 
outra regra acima dessa.

O vacuumdb só da pau quando tenta fazer para o banco postgres, para os outros 
bancos se eu fizer individual ao invés de -a funciona.

A versao desse banco é PostgreSQL 8.2.5 .

Alguma outra sugestao?

Obrigado.



--- Em qui, 15/1/09, Euler Taveira de Oliveira eu...@timbira.com escreveu:

 De: Euler Taveira de Oliveira eu...@timbira.com
 Assunto: Re: [pgbr-geral] duvida conexao
 Para: nativ...@yahoo.com.br, Comunidade PostgreSQL Brasileira 
 pgbr-geral@listas.postgresql.org.br
 Data: Quinta-feira, 15 de Janeiro de 2009, 10:45
 Mr J.L. escreveu:
  Pessoal, estou com uma duvida.
  
  Recentemente fui ver o log de processos que tenho no
 cron do server e em um deles encontrei o seguinte:
  
  #ROTINA DE VACUUM DIARIA
  00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a 
 /var/log/postgres/log_v.log
  
  mensagem:
  vacuumdb: could not connect to database postgres:
 FATAL:  banco de dados postgres não está
 aceitando conexões
  
  Nao entendi o porque do erro, uma vez que, no
 pg_hba.conf esta assim:
  
  # TYPE  DATABASEUSERCIDR-ADDRESS 
 METHOD
  local   all all  
 trust
  
 Mudar o pg_hba.conf não quer dizer que *magicamente* o
 PostgreSQL passará a
 aceitar conexões; talvez você *não* tenha
 reiniciado/sinalizado o PostgreSQL.
 Outra suposição é que você tem alguma regra
 'local' acima desta e, que a mesma
 está negando o acesso. Por fim, pode ser que você esteja
 iniciando essa rotina
 logo após iniciar o PostgreSQL. A partir da 8.3, o
 PostgreSQL não deixa
 conectar até que ele esteja _realmente_ pronto para
 aceitar conexões. Se for
 este o caso, sugiro colocar uma diferença de alguns
 segundos/minutos entre o
 início e o vacuumdb.
 
 
 -- 
   Euler Taveira de Oliveira
   http://www.timbira.com/


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.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] Posse dos Dados X Posse do Esquema

2009-01-15 Por tôpico Marcelo Costa
Bom dia

2009/1/15 Candido Vieira da Silva Neto cvieira...@gmail.com

 Olá pessoal,

 Estava conversando com alguns colegas essa semana sobre posse dos
 dados de um banco de dados. Um cliente alega que a posse dos dados é
 ele e por isso ele deseja acesso ao banco de dados para fazer
 consultas avulsas. Refletindo sobre essa situação cheguei a conclusão
 de que os dados realmente são de posse do cliente, mas que o esquema é
 de posse da empresa produtora e que é facultado a ela o acesso aos
 dados pelo banco de dados.

 Alguém tem alguma experiência com esse tipo de situação?


Uma boa NDA[1][2] ajuda muito, mas não é a solução total, esse é um problema
chato e complicado, quando precisei inclui uma NDA e os clientes assinaram.

Boa sorte.


[1] http://en.wikipedia.org/wiki/Non-disclosure_agreement
[2] http://en.wikipedia.org/wiki/Non-disclosure_agreement

-- 
Marcelo Costa
www.marcelocosta.net
-
Os muito poderosos e os muito estúpidos possuem uma coisa em comum. Ao
invés de alterarem as suas visões para se ajustarem aos fatos do mundo, eles
alteram os fatos para ajustá-los às suas visões.,

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


Re: [pgbr-geral] OT: Recuperar banco de dados em Particao ReiserFS deletada

2009-01-15 Por tôpico ..:: Rodrigo (-_-) Machado ::..
Bom dia colegas, ainda estou no desespero, :)

Uma noite em claro e conseguir recuperar muitos arquivos, inclusive estou
animado pois recuperei fotos que eu tinha colocado no servidor a mais de 1
ano como teste e logo as eliminei.

o problema que a estrutura de diretorios e arquivo eu perdi, ou seja, os
arquivos vem todos embaralhados com o nome dos setores onde eles se
encontram.
Inclusive pude leer alguns logs do PostgreSQL.

Agora preciso a ajuda de algum profisional que possa me restaurar esta
estrutura? Existe tal pessoa?
Todas as empresas que eu entrei em contato sequer dominam Linux, algumas
delas chegaram a me perguntar o que é ReiserFS, pode?

Se os colegas conhecem alguma empresa que alem de recuperar, entenda de
PostgreSQL eu agradeceria se me passasem o contato.

Obrigado.

2009/1/14 ..:: Rodrigo (-_-) Machado ::.. hrodri...@gmail.com

 Obrigado Welington,
 Me faltam apenas 10Gb para terminar o backup com o dd, depois vou seguir
 alguns tutorias da internet, inclusive ja li sobre o testdisk, mas se eu nao
 conseguir, vou ter que recorrer a ajuda profesional.

 Se algum colega, ja passou por isto, e tem alguem para indicar?

 O que me da arrepios é que a maioria das ferramentas que recuperam não
 mantem as estrutura de diretorios nem nomes de arquivos.
 Mesmo que eu recuperar os arquivos, existe alguma forma de re-organizalos e
 recarregar o Postgre ?

 Saludos.

 2009/1/14 Welington R. Braga welrbr...@gmail.com

  -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Se quiser fazer um experimento por conta própria e que não vai gravar
 nada no disco, deixando a oportunidade de fazer outros testes depois,
 crie uma imagem do disco com o dd e depois use o programa TestDisk[1].
 Eu já recuperei dados de pendrive danificado e partições FAT, NTFS e
 EXT3 corrompidas com ele. Em todas as vezes ele funcionou bem e me
 permitiu pelo menos uns 99% de recuperação. Como você vai criar uma
 imagem do disco para fazer este trabalho, você poderá fazer outros
 testes, ou mesmo mandar para uma empresa de recuperação.

 Certa vez vi um anúnico de uma empresa em São Paulo chamada NatDisk,
 ou algo assim, em uma revista de informática, mas já faz alguns
 anos.Dá uma procurada no Google e boa sorte no trabalho!


 [1] TestDisk - http://www.cgsecurity.org/wiki/TestDisk


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)
 Comment: http://getfiregpg.org

 iEYEARECAAYFAklukE4ACgkQvYr5A2x2VOspPgCeM9LritRC5ANHfkPMzU/4oW71
 /+sAn0agaa09aQCS+lT5Hn+xKejX8gVE
 =wCyN
 -END PGP SIGNATURE-

 2009/1/14 ..:: Rodrigo (-_-) Machado ::.. hrodri...@gmail.com:
  Boa noite caros colegas,
  faz dias que nem tempo de acompanhar esta lista estou tendo,
  mas venho agora recorrer aos amigos para que me indiquem alguma empresa
  seria
  que possa resolver meu problema.
 
  Sobre precao tive que formatar um servidor, fiz backup de tudo, senhas,
  confs, arquivos gerais, etc, menos do PostgreSQL
  apaguei a particao ReiserFS e criei outra ext3 e mandei bala, quando
  terminei de instalar o OS lembrei do PostgreSQL.
 
  Agora estou precisando recuperar estes dados.
 
  Se souberem de alguma empresa que recupera dados por favor, me indiquem.
 
  Muito obrigado.
  --
  *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
:: Rodrigo Machado ::
FlaRo Sistemas
 
  Linux User #338262
  Lat S25º49'20.11' - Lon W55º07'12.05''
  *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 



 --
 Welington Rodrigues Braga

 Web: http://blog.welrbraga.eti.br
 Gtalk: welrbraga[*]gmail·com
 Yahoo / Skype:  welrbraga
 MSN: welrbraga[*]msn·com

 Em tudo somos atribulados, porém não angustiados; perplexos, porém
 não desanimados; perseguidos, porém não desamparados; abatidos, porém
 não destruídos; - 2Co 4:8,9
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
   :: Rodrigo Machado ::
   FlaRo Sistemas

 Linux User #338262
 Lat S25º49'20.11' - Lon W55º07'12.05''
 *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:




-- 
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
  :: Rodrigo Machado ::
  FlaRo Sistemas

Linux User #338262
Lat S25º49'20.11' - Lon W55º07'12.05''
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Posse dos Dados X Posse do Esquema

2009-01-15 Por tôpico Candido Vieira da Silva Neto
Marcelo,

Na verdade a empresa acabou cedendo, mas pediu para o cliente assinar
um termo de responsabilidade sobre o uso do banco de dados. Mas essa
idéia do NDA é interessante. O problema de permitir o acesso do
cliente diretamente ao banco de dados é expor a estrutura que pode ser
proprietária.

Abraços,

Candido Vieira

2009/1/15 Marcelo Costa marcelojsco...@gmail.com:
 Bom dia

 2009/1/15 Candido Vieira da Silva Neto cvieira...@gmail.com

 Olá pessoal,

 Estava conversando com alguns colegas essa semana sobre posse dos
 dados de um banco de dados. Um cliente alega que a posse dos dados é
 ele e por isso ele deseja acesso ao banco de dados para fazer
 consultas avulsas. Refletindo sobre essa situação cheguei a conclusão
 de que os dados realmente são de posse do cliente, mas que o esquema é
 de posse da empresa produtora e que é facultado a ela o acesso aos
 dados pelo banco de dados.

 Alguém tem alguma experiência com esse tipo de situação?

 Uma boa NDA[1][2] ajuda muito, mas não é a solução total, esse é um problema
 chato e complicado, quando precisei inclui uma NDA e os clientes assinaram.

 Boa sorte.

 [1] http://en.wikipedia.org/wiki/Non-disclosure_agreement
 [2] http://en.wikipedia.org/wiki/Non-disclosure_agreement

 --
 Marcelo Costa
 www.marcelocosta.net
 -
 Os muito poderosos e os muito estúpidos possuem uma coisa em comum. Ao
 invés de alterarem as suas visões para se ajustarem aos fatos do mundo, eles
 alteram os fatos para ajustá-los às suas visões.,

 Doctor Who.

 ___
 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] Posse dos Dados X Posse do Esquema

2009-01-15 Por tôpico Marcelo Costa
Certo

2009/1/15 Candido Vieira da Silva Neto cvieira...@gmail.com

 Marcelo,

 Na verdade a empresa acabou cedendo, mas pediu para o cliente assinar
 um termo de responsabilidade sobre o uso do banco de dados. Mas essa
 idéia do NDA é interessante. O problema de permitir o acesso do
 cliente diretamente ao banco de dados é expor a estrutura que pode ser
 proprietária.


Ai você usa a NDA para amarrar teu direito de propriedade sobre o schema e
qualquer problema que você tenha com a disseminação de seu conhecimento,
diga-se o schema, alterações ou qualquer outra coisa, você usa nossa ágil e
eficiente justiça para cobrar seus direitos.

A NDA não te garante nada, mas quem assina sempre vai pensar duas vezes
antes de fazer algo ilegal, isso vai depender da ídole de seus clientes.

Atte,

-- 
Marcelo Costa
www.marcelocosta.net
-
Os muito poderosos e os muito estúpidos possuem uma coisa em comum. Ao
invés de alterarem as suas visões para se ajustarem aos fatos do mundo, eles
alteram os fatos para ajustá-los às suas visões.,

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


Re: [pgbr-geral] Queda freqüente do servidor

2009-01-15 Por tôpico Mr J.L.
Marlon,

Nao sei a noticia que tenho seja boa, mais por experiencia propria, tivemos que 
trocar duas laminas devido a esse erro.

meu erro
Sep 29 15:22:14 banco postgres[21169]: [2-1] user=,db=LOG:  processo servidor 
(PID 21312) foi terminado pelo sinal 11 

procurei em tudo e testei uma pancada de coisa. (Mas pode ser que o seu 
problema seja outro)

Compramos 2 laminas novas, ficou uma pra cada server. após um tempo de uso 
começou a dar esse pau em uma das laminas, tentamos de tudo e depois de trocar 
a lamina, ficou legal. depois de uma semana deu o mesmo problema em outro 
servidor, igualzinho, ai trocamos essa lamina tambem. 

depois nunca mais tivemos problema. Parece que tinha algo de errado na placa 
mae .

t+




--- Em qua, 14/1/09, Marlon David de Souza mar...@sysmo.com.br escreveu:

 De: Marlon David de Souza mar...@sysmo.com.br
 Assunto: [pgbr-geral] Queda freqüente do servidor
 Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
 Data: Quarta-feira, 14 de Janeiro de 2009, 9:52
 div id=yiv390150085!DOCTYPE html PUBLIC
 -//W3C//DTD HTML 4.01 Transitional//EN
 html
 head
 /head
  
 Bom dia a todos,br
 br
   Estou enfrentando um problema sério em um
 cliente.br
   Freqüentemente o PostgreSQL está sendo
 re-inicializado, derrubando
 todas as conexões existentes.br
   Verifiquei nos logs e ali mostra a seguinte mensagem
 imediatamente
 antes de derrubar as conexões:   
 br
 br
        
 bigttserver process (PID 2917) was
 terminated by signal 11/tt/bigbr
 br
   Alguém tem idéia do porquê
 disso? br
   É problema de hardware, dados corrompidos,
 falta de recursos ou algum
 comando SQL que esteja derrubando o banco.br
  br
   Obs:br
   - Linux 64 + PostgreSQL 8.2.4 compilado.br
   - Já re-instalei o Post.br
   - Já foi feito backup e restore dos
 dados.br
 pre class=moz-signature
 Sem mais,
 
 Marlon David de Souza
 Desenvolvimento
 Sysmo Informática Ltda
 /pre
  
 /html
 /div___
 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
http://br.maisbuscados.yahoo.com

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


[pgbr-geral] PostgreSql X Oracle

2009-01-15 Por tôpico Adriano Espinoza de Oliveira
Pessoal, matéria bem interessante, vale a pena ler:
http://www.midstorm.org/~telles/2007/08/30/coisas-do-postgresql-que-fazem-falta-no-oracle/

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


[pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Professor Flávio Brito
Olá PessoALL

Segue anexo nossa base de CEP de 2007 (Todo o Brasil) do nosso Webservice
versão PostgreSQL.

Espero que seja útil. Não me responsabilizo por atualizações e possíveis
erros advindos da ECT.

http://www.cederj.edu.br:8080/selecao/arquivos/webservice.7z


Abraços

Prof. Flávio Brito
Chat: Google Talk: prof.flaviobrito
___
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 X Oracle

2009-01-15 Por tôpico Fábio Telles Rodriguez
2009/1/15 Adriano Espinoza de Oliveira adrianoespin...@gmail.com:
 Pessoal, matéria bem interessante, vale a pena ler:
 http://www.midstorm.org/~telles/2007/08/30/coisas-do-postgresql-que-fazem-falta-no-oracle/
 []´s Adriano Espinoza


Melhor que o artigo, é a conversa que rolou na lista e inspirou o texto:

http://listas.postgresql.org.br/pipermail/pgbr-geral/2007-August/002811.html

[]s
Fábio Telles


 ___
 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] RES: Posse dos Dados X Posse do Esquema

2009-01-15 Por tôpico Rodrigo Aires
Candido, 


Como os dados são de posse do cliente, uma situação seria disponibilizá-los
em arquivo texto. Assim, quando o cliente desejar, poderia importar estes
dados para um outro banco de dados montado por ele. Esse banco de dados
seria montado com base em um layout do arquivo texto fornecido por sua
empresa.

Att.


-
Rodrigo Aires
Desenvolvedor Delphi e .NET
Administrador de Banco de Dados
rodrigoai...@terra.com.br
rodrigoai...@yahoo.com.br



-Mensagem original-
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Candido
Vieira da Silva Neto
Enviada em: quinta-feira, 15 de janeiro de 2009 10:47
Para: Comunidade PostgreSQL Brasileira
Assunto: [pgbr-geral] Posse dos Dados X Posse do Esquema

Olá pessoal,

Estava conversando com alguns colegas essa semana sobre posse dos
dados de um banco de dados. Um cliente alega que a posse dos dados é
ele e por isso ele deseja acesso ao banco de dados para fazer
consultas avulsas. Refletindo sobre essa situação cheguei a conclusão
de que os dados realmente são de posse do cliente, mas que o esquema é
de posse da empresa produtora e que é facultado a ela o acesso aos
dados pelo banco de dados.

Alguém tem alguma experiência com esse tipo de situação?

Abraços,

Candido Vieira
___
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] Base de dados de CEP

2009-01-15 Por tôpico Shander Lyrio

Pessoal, não entendo porque este assunto está rolando aqui na lista. 
Isto é pirataria, é crime! Existem leis que regem a distribuição destas 
informações.

Não consigo crer como alguém da Secretaria de Ciência e Tecnologia do 
Rio de Janeiro pode apoiar pirataria publicamente desta forma, ainda 
mais assinando como Professor. Como não quero me envolver nisto, 
gostaria de expressar o meu total repúdio à este tipo de ato, não 
compactuo, não aceito e não tolero este tipo de coisa. Tenho sistemas 
meus que são vendidos e não me sentiria bem se tivessem roubando meu 
trabalho e disponibilizando publicamente. Espero sinceramente não ser o 
único da lista a ter este tipo de sentimento.

Me surpreende não fazer parte das regras da Lista a proibição deste 
tipo de assunto.

--
Shander Lyrio


Professor Flávio Brito escreveu:
 Olá PessoALL
 
 Segue anexo nossa base de CEP de 2007 (Todo o Brasil) do nosso 
 Webservice versão PostgreSQL.
 
 Espero que seja útil. Não me responsabilizo por atualizações e possíveis 
 erros advindos da ECT.
 
 http://www.cederj.edu.br:8080/selecao/arquivos/webservice.7z
 
 
 Abraços
 
 Prof. Flávio Brito
 Chat: Google Talk: prof.flaviobrito

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


Re: [pgbr-geral] Restore de um arquivo.backup

2009-01-15 Por tôpico Jota
Olá,

Faça assim: psql nome_do_banco -U usuario (postgres) -f arquivo.backup

[]s

2009/1/15 Paulo Marcelo paulo.marc...@gmail.com:
 estou tentando assim:

 locagdo como root
 psql relacionamentos -f /relacionamentos.backup

 porém tá dando este mensagem: psql: FATAL:  Ident authentication failed for
 user root

 Paulo Marcelo


 2009/1/15 Rafael rafaelbozze...@gmail.com

 uehue...

 Então, se estiver usando um sistema unix like:

 $ psql -f /caminho/arquivo.sql
 ou como disse o Jota, dentro da console:
 \i /caminho/arquivo.sql

 Se tiver usando Windows:
 - formate seu micro e instale linux :)

 Abraço.


 2009/1/15 joao junior joao.jun...@bra03034.conab.gov.br

 e se tiver usando unix like

 psql -  arquivo.backup

 On Thu, 2009-01-15 at 09:44 -0200, Jota wrote:
  Olá,
 
  Você pode fazer também:
 
  psql nome_do_banco
 
  \i arquivo.backup
 
  []s
 
  2009/1/15 Rafael rafaelbozze...@gmail.com:
   psql banco -f /home/base.backup
  
  
   Abraço.
  
   2009/1/15 Paulo Marcelo paulo.marc...@gmail.com
  
   Bom dia a todos,
  
  
   Fiz um backup de um banco de dados que estava em um
   postgres
   via pgadmin e na interface gráfica do pgadmin aconselha que se
   acrescente a
   extensão .backup, no pg admin não encontro a opção de restore, como
   poderia
   fazer esta reatauração via psql?
  
   Paulo Marcelo
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
  
  
   --
   Rafael Bozzetti - linuxuser: 418660
   --
   OpenS -  WWW.OPENS.COM.BR
  
  
  
   ___
   pgbr-geral mailing list
   pgbr-geral@listas.postgresql.org.br
   https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
 
 
 

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



 --
 Rafael Bozzetti - linuxuser: 418660
 --
 OpenS -  WWW.OPENS.COM.BR



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



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





-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] duvida conexao

2009-01-15 Por tôpico Jota
Olá,



2009/1/15 Mr J.L. nativ...@yahoo.com.br:
 Nao entendia a parte de reiniciado/sinalizado o PostgreSQL
O Euler quis dizer que após realizar qualquer alteração no pg_hba.conf
você precisa sinalizar ao PostgreSQL que uma modificação foi realizada
e para isso usa-se o comando: pg_ctl -D /caminho/para/data reload

 Tipo, o banco esta funcionando OK, fazendo todas suas tarefas, conecta em 
 outros bancos, etc... só nao conecta no banco postgres

chute
Acho que após você modificar o pg_hba.conf você esqueceu de executar o
comando que mencionei acima.
/chute

 Referente a regra do pg_hba.conf, essa a a primeira regra, nao tem nenhuma 
 outra regra acima dessa.

Faça o pg_ctl -D /caminho/para/data reload e ve se resolve. Caso não
resolva avise a gente.

 O vacuumdb só da pau quando tenta fazer para o banco postgres, para os 
 outros bancos se eu fizer individual ao invés de -a funciona.

 A versao desse banco é PostgreSQL 8.2.5 .

 Alguma outra sugestao?

 Obrigado.



 --- Em qui, 15/1/09, Euler Taveira de Oliveira eu...@timbira.com escreveu:

 De: Euler Taveira de Oliveira eu...@timbira.com
 Assunto: Re: [pgbr-geral] duvida conexao
 Para: nativ...@yahoo.com.br, Comunidade PostgreSQL Brasileira 
 pgbr-geral@listas.postgresql.org.br
 Data: Quinta-feira, 15 de Janeiro de 2009, 10:45
 Mr J.L. escreveu:
  Pessoal, estou com uma duvida.
 
  Recentemente fui ver o log de processos que tenho no
 cron do server e em um deles encontrei o seguinte:
 
  #ROTINA DE VACUUM DIARIA
  00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a 
 /var/log/postgres/log_v.log
 
  mensagem:
  vacuumdb: could not connect to database postgres:
 FATAL:  banco de dados postgres não está
 aceitando conexões
 
  Nao entendi o porque do erro, uma vez que, no
 pg_hba.conf esta assim:
 
  # TYPE  DATABASEUSERCIDR-ADDRESS
 METHOD
  local   all all
 trust
 
 Mudar o pg_hba.conf não quer dizer que *magicamente* o
 PostgreSQL passará a
 aceitar conexões; talvez você *não* tenha
 reiniciado/sinalizado o PostgreSQL.
 Outra suposição é que você tem alguma regra
 'local' acima desta e, que a mesma
 está negando o acesso. Por fim, pode ser que você esteja
 iniciando essa rotina
 logo após iniciar o PostgreSQL. A partir da 8.3, o
 PostgreSQL não deixa
 conectar até que ele esteja _realmente_ pronto para
 aceitar conexões. Se for
 este o caso, sugiro colocar uma diferença de alguns
 segundos/minutos entre o
 início e o vacuumdb.


 --
   Euler Taveira de Oliveira
   http://www.timbira.com/


  Veja quais são os assuntos do momento no Yahoo! +Buscados
 http://br.maisbuscados.yahoo.com

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


[]s

-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Leandro DUTRA
2009/1/15 Shander Lyrio shanderly...@yahoo.com.br:

Pessoal, não entendo porque este assunto está rolando aqui na lista.
 Isto é pirataria, é crime! Existem leis que regem a distribuição destas
 informações.

Shander, como eu retomei o assunto dormente há muito, tomo a liberdade
de responder.

O meu interesse é trabalhar na legalidade; o que busco é a informação
mais recente, ainda livre (ou, ao menos, distribuível, se é que essa
palavra existe).

Entretanto, não me está claro qual é essa última versão livre, nem que
as propostas sejam de fato ilegais.

Outra questão, mais espinhosa, é se uma informação pública, essencial
para a vida do cidadão, pode ser proprietária.


Me surpreende não fazer parte das regras da Lista a proibição deste
 tipo de assunto.

Se é ilegal, não precisa haver regras específicas.  Basta comunicar
aos moderadores.


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


Re: [pgbr-geral] Posse dos Dados X Posse do Esquema

2009-01-15 Por tôpico Mozart Hasse
Candido,

  Alguém tem alguma experiência com esse tipo de situação?

Bom, em todas as empresas que trabalhei nos últimos 15 anos, os clientes
sempre tiveram acesso total à estrutura do banco de dados deles.

Aliás, normalmente o que ocorre no meu caso é que nós somos agraciados com
uma senha com poucas permissões para ter o privilégio de criar nossas
tabelas no espaço que o cliente alocar a gente (esses tempos tivemos um que
resolveu  nos dar 5% da CPU do monstruoso servidor dele para cuidar do nosso
schema). O máximo que conseguimos é pedir ao cliente para ele não colocar
muitas tabelas e triggers no nosso schema senão complica nosso trabalho de
manutenção nas nossas tabelas devido à integridade referencial imprevista,
complicações na replicação e triggers inesperadas. Em empresas grandes
acho para lá de improvável que um fornecedor só consiga atender a todas as
necessidades de banco de dados de uma empresa, o que implica em integrações
e conviência com outros fornecedores de software, tornando assim praticamente
impossível trabalhar num ambiente em que o schema não seja público.

Considerando o aspecto de distribuir a estrutura do banco de dados por aí,
estou convencido de que de tudo o que o cliente tem que lhe pareça valioso, a
estrutura provavelmente nem entra na lista. Deixar vazar o banco de dados com
os dados do cliente (como a carteira de clientes, volume de faturamento, a
lista de fornecedores ou meramente preços de custo ou venda) é um desastre
para qualquer empresa, e duvido muito que algum cliente queira perder tempo
tentando lucrar com a venda da estrutura expondo qualquer informação dessas.
Normalmente o cliente guarda a base a 7 chaves assim que consegue entender
para que ela serve e o que acontece se o concorrente dele fizer um SELECT lá
dentro. 

Ao menos no meu caso (ERP), o cliente por definição tem seu negócio no que
não é informática, e portanto entende muito pouco de SQL para saber como
tirar os dados sigilosos antes de distribuir a base por aí, mesmo que alguém
oferecesse dinheiro a ele para fazer isso.

Além do mais, com mais de 800 tabelas e uns 95% de todos os cálculos de
negócio fora do banco, a utilidade da base para nossos concorrentes é tão
pequena que nem esquentamos a cabeça com isso. Acho que mesmo se alguém
projetasse toda a regra de negócio na base (a ponto dela por sí só
representar um percentual relevante da solução como um todo), via triggers,
sequences, functions e views, o trabalho que alguém teria montando um sistema
para se comunicar com essa parafernália toda seria tão grande que ninguém
perderia tempo com isso.


Mozart Hasse


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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Professor Flávio Brito
PessoALL

Peço desculpas a todos, pois no intuito de ajudar não observei se havia
algum copyright nesta informação. Agradeço ao Shander o toque,  pois não
sabia que este tipo de informação era de cunho privado. Já exclui do
repositório.

Infelizmente produtos de um ógão público deveriam ser públicos, pois são
produzidos com o dinheiro do contribuinte, é o que acredito.

Desta forma peço novamente desculpas a todos, pois não prego este tipo de
alternativa.

Atenciosamente

Pro Flávio Brito
Chat: Google Talk: prof.flaviobrito


2009/1/15 Shander Lyrio shanderly...@yahoo.com.br


Pessoal, não entendo porque este assunto está rolando aqui na lista.
 Isto é pirataria, é crime! Existem leis que regem a distribuição destas
 informações.

Não consigo crer como alguém da Secretaria de Ciência e Tecnologia
 do
 Rio de Janeiro pode apoiar pirataria publicamente desta forma, ainda
 mais assinando como Professor. Como não quero me envolver nisto,
 gostaria de expressar o meu total repúdio à este tipo de ato, não
 compactuo, não aceito e não tolero este tipo de coisa. Tenho sistemas
 meus que são vendidos e não me sentiria bem se tivessem roubando meu
 trabalho e disponibilizando publicamente. Espero sinceramente não ser o
 único da lista a ter este tipo de sentimento.

Me surpreende não fazer parte das regras da Lista a proibição deste
 tipo de assunto.

 --
 Shander Lyrio


 Professor Flávio Brito escreveu:
  Olá PessoALL
 
  Segue anexo nossa base de CEP de 2007 (Todo o Brasil) do nosso
  Webservice versão PostgreSQL.
 
  Espero que seja útil. Não me responsabilizo por atualizações e possíveis
  erros advindos da ECT.
 
  http://www.cederj.edu.br:8080/selecao/arquivos/webservice.7z
 
 
  Abraços
 
  Prof. Flávio Brito
  Chat: Google Talk: prof.flaviobrito

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




-- 




Prof. Flávio Brito
Coordenador Setor Plataforma
Gerente de Sistemas
Fundação CECIERJ/CEDERJ
Rio de Janeiro RJ
Tel: 21-2334-1723
br...@cederj.rj.gov.br
http://www.cecierj.rj.gov.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] OFF - Re: Base de dados de CEP

2009-01-15 Por tôpico Fernando França
Gostaria de fazer um comentário off topic sobre essa questão da base de ceps.

Concordo com o professor, acho que essa informação deveria ser
distribuída publicamente, já que é produzida com dinheiro igualmente
público.

Existem leis que regem a distribuição destas informações.

Aproveitando o ensejo, gostaria de pedir ao sr. Shander que
esclarecesse pra nós tais leis que regem a distribuição desde tipo de
informação em específico. Como disse, achei que de fato seriam de
domínio público pela sua própria natureza. Se puder nos ajudar a
entender melhor essa questão será muito bom.

Já passei por uma ocasião onde necessitava dessas informações para
implementar no meu sistema e soube que em uma época, era distribuída
pelos Correios.


Abraços.

--
Fernando França
Linux User #263682

CMAS/CBPDS *
DAN #2058378

http://desconstruindo.eng.br
http://www.cbpf.br/~lsd
http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910

Esta mensagem, incluindo seus anexos, contém informações legais
privilegiadas e/ou confidenciais, não podendo ser retransmitida,
arquivada,divulgada ou copiada sem autorização do remetente. Caso
tenha recebido esta mensagem por engano, por favor informe o remetente
respondendo imediatamente a este e-mail, e em seguida apague-a do seu
computador.

All information in this e-mail and attachments is confidential and
privileged. If you are not the intended addressee, please notify us
immediately by returning this e-mail and delete this message from your
computer. You should not forward, file, copy nor disclose this e-mail
to any other person without prior authorization.



2009/1/15 Professor Flávio Brito prof.flaviobr...@gmail.com:
 PessoALL

 Peço desculpas a todos, pois no intuito de ajudar não observei se havia
 algum copyright nesta informação. Agradeço ao Shander o toque,  pois não
 sabia que este tipo de informação era de cunho privado. Já exclui do
 repositório.

 Infelizmente produtos de um ógão público deveriam ser públicos, pois são
 produzidos com o dinheiro do contribuinte, é o que acredito.

 Desta forma peço novamente desculpas a todos, pois não prego este tipo de
 alternativa.

 Atenciosamente

 Pro Flávio Brito
 Chat: Google Talk: prof.flaviobrito

 2009/1/15 Shander Lyrio shanderly...@yahoo.com.br

Pessoal, não entendo porque este assunto está rolando aqui na
 lista.
 Isto é pirataria, é crime! Existem leis que regem a distribuição destas
 informações.

Não consigo crer como alguém da Secretaria de Ciência e Tecnologia
 do
 Rio de Janeiro pode apoiar pirataria publicamente desta forma, ainda
 mais assinando como Professor. Como não quero me envolver nisto,
 gostaria de expressar o meu total repúdio à este tipo de ato, não
 compactuo, não aceito e não tolero este tipo de coisa. Tenho sistemas
 meus que são vendidos e não me sentiria bem se tivessem roubando meu
 trabalho e disponibilizando publicamente. Espero sinceramente não ser o
 único da lista a ter este tipo de sentimento.

Me surpreende não fazer parte das regras da Lista a proibição deste
 tipo de assunto.

 --
 Shander Lyrio


 Professor Flávio Brito escreveu:
  Olá PessoALL
 
  Segue anexo nossa base de CEP de 2007 (Todo o Brasil) do nosso
  Webservice versão PostgreSQL.
 
  Espero que seja útil. Não me responsabilizo por atualizações e possíveis
  erros advindos da ECT.
 
  http://www.cederj.edu.br:8080/selecao/arquivos/webservice.7z
 
 
  Abraços
 
  Prof. Flávio Brito
  Chat: Google Talk: prof.flaviobrito

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



 --




 Prof. Flávio Brito
 Coordenador Setor Plataforma
 Gerente de Sistemas
 Fundação CECIERJ/CEDERJ
 Rio de Janeiro RJ
 Tel: 21-2334-1723
 br...@cederj.rj.gov.br
 http://www.cecierj.rj.gov.br


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


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


Re: [pgbr-geral] duvida conexao

2009-01-15 Por tôpico Mr J.L.
Ola Jota,

Entendi agora. sim, ja foi realizada a releitura do arquivo pg_hba.conf , no 
caso nao seria esse o problema. O problema continua.




--- Em qui, 15/1/09, Jota jota.c...@gmail.com escreveu:

 De: Jota jota.c...@gmail.com
 Assunto: Re: [pgbr-geral] duvida conexao
 Para: nativ...@yahoo.com.br, Comunidade PostgreSQL Brasileira 
 pgbr-geral@listas.postgresql.org.br
 Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
 Olá,
 
 
 
 2009/1/15 Mr J.L. nativ...@yahoo.com.br:
  Nao entendia a parte de reiniciado/sinalizado o
 PostgreSQL
 O Euler quis dizer que após realizar qualquer alteração
 no pg_hba.conf
 você precisa sinalizar ao PostgreSQL que uma modificação
 foi realizada
 e para isso usa-se o comando: pg_ctl -D /caminho/para/data
 reload
 
  Tipo, o banco esta funcionando OK, fazendo todas suas
 tarefas, conecta em outros bancos, etc... só nao conecta no
 banco postgres
 
 chute
 Acho que após você modificar o pg_hba.conf você esqueceu
 de executar o
 comando que mencionei acima.
 /chute
 
  Referente a regra do pg_hba.conf, essa a a primeira
 regra, nao tem nenhuma outra regra acima dessa.
 
 Faça o pg_ctl -D /caminho/para/data reload e ve se
 resolve. Caso não
 resolva avise a gente.
 
  O vacuumdb só da pau quando tenta fazer para o banco
 postgres, para os outros bancos se eu fizer
 individual ao invés de -a funciona.
 
  A versao desse banco é PostgreSQL 8.2.5 .
 
  Alguma outra sugestao?
 
  Obrigado.
 
 
 
  --- Em qui, 15/1/09, Euler Taveira de Oliveira
 eu...@timbira.com escreveu:
 
  De: Euler Taveira de Oliveira
 eu...@timbira.com
  Assunto: Re: [pgbr-geral] duvida conexao
  Para: nativ...@yahoo.com.br, Comunidade
 PostgreSQL Brasileira
 pgbr-geral@listas.postgresql.org.br
  Data: Quinta-feira, 15 de Janeiro de 2009, 10:45
  Mr J.L. escreveu:
   Pessoal, estou com uma duvida.
  
   Recentemente fui ver o log de processos que
 tenho no
  cron do server e em um deles encontrei o seguinte:
  
   #ROTINA DE VACUUM DIARIA
   00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a 
  /var/log/postgres/log_v.log
  
   mensagem:
   vacuumdb: could not connect to database
 postgres:
  FATAL:  banco de dados postgres não
 está
  aceitando conexões
  
   Nao entendi o porque do erro, uma vez que, no
  pg_hba.conf esta assim:
  
   # TYPE  DATABASEUSERCIDR-ADDRESS
  METHOD
   local   all all
  trust
  
  Mudar o pg_hba.conf não quer dizer que
 *magicamente* o
  PostgreSQL passará a
  aceitar conexões; talvez você *não* tenha
  reiniciado/sinalizado o PostgreSQL.
  Outra suposição é que você tem alguma regra
  'local' acima desta e, que a mesma
  está negando o acesso. Por fim, pode ser que
 você esteja
  iniciando essa rotina
  logo após iniciar o PostgreSQL. A partir da 8.3,
 o
  PostgreSQL não deixa
  conectar até que ele esteja _realmente_ pronto
 para
  aceitar conexões. Se for
  este o caso, sugiro colocar uma diferença de
 alguns
  segundos/minutos entre o
  início e o vacuumdb.
 
 
  --
Euler Taveira de Oliveira
http://www.timbira.com/
 
 
   Veja quais são os assuntos do momento no Yahoo!
 +Buscados
  http://br.maisbuscados.yahoo.com
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
 
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 
 []s
 
 -- 
 João Paulo
 www.dextra.com.br/postgres
 PostgreSQL


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.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] duvida conexao

2009-01-15 Por tôpico Jota
Olá,

Por acaso existe alguma outra linha no pg_hba.conf que você por acaso
não colocou aqui por esquecimento?

Outro detalhe. Você tem apenas uma instalação do PostgreSQL no
servidor? Pois derrepente pode estar apontado para o arquivo errado.

Um detalhe que me passou pela cabeça agora. Você consegue executar o
seguinte SQL:

SELECT datname,datconnlimit FROM pg_database WHERE datname='postgres';

Você pode conectar em qualquer banco, por exemplo, template1 e
executar o SQL acima, e verificar o resultado dele. Caso o resultado
seja datconnlimit=0 significa que seu banco postgres não está
aceitando conexões.

[]s

2009/1/15 Mr J.L. nativ...@yahoo.com.br:
 Ola Jota,

 Entendi agora. sim, ja foi realizada a releitura do arquivo pg_hba.conf , no 
 caso nao seria esse o problema. O problema continua.




 --- Em qui, 15/1/09, Jota jota.c...@gmail.com escreveu:

 De: Jota jota.c...@gmail.com
 Assunto: Re: [pgbr-geral] duvida conexao
 Para: nativ...@yahoo.com.br, Comunidade PostgreSQL Brasileira 
 pgbr-geral@listas.postgresql.org.br
 Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
 Olá,



 2009/1/15 Mr J.L. nativ...@yahoo.com.br:
  Nao entendia a parte de reiniciado/sinalizado o
 PostgreSQL
 O Euler quis dizer que após realizar qualquer alteração
 no pg_hba.conf
 você precisa sinalizar ao PostgreSQL que uma modificação
 foi realizada
 e para isso usa-se o comando: pg_ctl -D /caminho/para/data
 reload
 
  Tipo, o banco esta funcionando OK, fazendo todas suas
 tarefas, conecta em outros bancos, etc... só nao conecta no
 banco postgres

 chute
 Acho que após você modificar o pg_hba.conf você esqueceu
 de executar o
 comando que mencionei acima.
 /chute
 
  Referente a regra do pg_hba.conf, essa a a primeira
 regra, nao tem nenhuma outra regra acima dessa.

 Faça o pg_ctl -D /caminho/para/data reload e ve se
 resolve. Caso não
 resolva avise a gente.
 
  O vacuumdb só da pau quando tenta fazer para o banco
 postgres, para os outros bancos se eu fizer
 individual ao invés de -a funciona.
 
  A versao desse banco é PostgreSQL 8.2.5 .
 
  Alguma outra sugestao?
 
  Obrigado.
 
 
 
  --- Em qui, 15/1/09, Euler Taveira de Oliveira
 eu...@timbira.com escreveu:
 
  De: Euler Taveira de Oliveira
 eu...@timbira.com
  Assunto: Re: [pgbr-geral] duvida conexao
  Para: nativ...@yahoo.com.br, Comunidade
 PostgreSQL Brasileira
 pgbr-geral@listas.postgresql.org.br
  Data: Quinta-feira, 15 de Janeiro de 2009, 10:45
  Mr J.L. escreveu:
   Pessoal, estou com uma duvida.
  
   Recentemente fui ver o log de processos que
 tenho no
  cron do server e em um deles encontrei o seguinte:
  
   #ROTINA DE VACUUM DIARIA
   00 22 * * 1-6 /usr/bin/vacuumdb -z -v -a 
  /var/log/postgres/log_v.log
  
   mensagem:
   vacuumdb: could not connect to database
 postgres:
  FATAL:  banco de dados postgres não
 está
  aceitando conexões
  
   Nao entendi o porque do erro, uma vez que, no
  pg_hba.conf esta assim:
  
   # TYPE  DATABASEUSERCIDR-ADDRESS
  METHOD
   local   all all
  trust
  
  Mudar o pg_hba.conf não quer dizer que
 *magicamente* o
  PostgreSQL passará a
  aceitar conexões; talvez você *não* tenha
  reiniciado/sinalizado o PostgreSQL.
  Outra suposição é que você tem alguma regra
  'local' acima desta e, que a mesma
  está negando o acesso. Por fim, pode ser que
 você esteja
  iniciando essa rotina
  logo após iniciar o PostgreSQL. A partir da 8.3,
 o
  PostgreSQL não deixa
  conectar até que ele esteja _realmente_ pronto
 para
  aceitar conexões. Se for
  este o caso, sugiro colocar uma diferença de
 alguns
  segundos/minutos entre o
  início e o vacuumdb.
 
 
  --
Euler Taveira de Oliveira
http://www.timbira.com/
 
 
   Veja quais são os assuntos do momento no Yahoo!
 +Buscados
  http://br.maisbuscados.yahoo.com
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
 
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 

 []s

 --
 João Paulo
 www.dextra.com.br/postgres
 PostgreSQL


  Veja quais são os assuntos do momento no Yahoo! +Buscados
 http://br.maisbuscados.yahoo.com





-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Shander Lyrio
Professor Flávio Brito escreveu:
 Peço desculpas a todos, pois no intuito de ajudar não observei se havia 
 algum copyright nesta informação. Agradeço ao Shander o toque,  pois não 
 sabia que este tipo de informação era de cunho privado. Já exclui do 
 repositório.

Infelizmente, e eu digo sim, infelizmente, estas informações só podem 
ser negociadas pelo correio. Existe lei federal que prevê isto e dá 
unicamente aos correios o direito de comercializar esta base de dados.

 Infelizmente produtos de um ógão público deveriam ser públicos, pois são 
 produzidos com o dinheiro do contribuinte, é o que acredito.

É o que eu também acredito. E confesso que me senti extremamente 
indignado quando pela primeira vez tentei conseguir esta base de dados e 
descobri o seu custo. Trabalho com logística há 8 anos e esta é 
informação simplesmente primordial para o meu trabalho.

Agradeço sua postura,

--
Shander Lyrio

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


Re: [pgbr-geral] duvida conexao

2009-01-15 Por tôpico Mr J.L.
Jota,

# SELECT datname,datconnlimit FROM pg_database WHERE datname='postgres';
 datname  | datconnlimit
--+--
 postgres |   -1

Porem, identifiquei um campo da pg_database que pode explicar esse problema:

datallowconn - If false then no one can connect to this database. This is used 
to protect the template0 database from being altered.

# SELECT datname,datallowconn,datconnlimit from pg_database where datname in 
('postgres','template0','template1');
  datname  | datallowconn | datconnlimit
---+--+--
 template1 | f|   -1
 postgres  | f|   -1
 template0 | f|   -1


Creio que seja esse o problema, agora como isso ficou 'f' é muito estranho. 
Sera que isso pode ser arrumado fazendo um update? ou teria alguma configuracao 
pra arrumar?

abraços.
 



--- Em qui, 15/1/09, Jota jota.c...@gmail.com escreveu:

 De: Jota jota.c...@gmail.com
 Assunto: Re: [pgbr-geral] duvida conexao
 Para: nativ...@yahoo.com.br
 Cc: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
 Data: Quinta-feira, 15 de Janeiro de 2009, 14:37
 Olá,
 
 Por acaso existe alguma outra linha no pg_hba.conf que
 você por acaso
 não colocou aqui por esquecimento?
 
 Outro detalhe. Você tem apenas uma instalação do
 PostgreSQL no
 servidor? Pois derrepente pode estar apontado para o
 arquivo errado.
 
 Um detalhe que me passou pela cabeça agora. Você consegue
 executar o
 seguinte SQL:
 
 SELECT datname,datconnlimit FROM pg_database WHERE
 datname='postgres';
 
 Você pode conectar em qualquer banco, por exemplo,
 template1 e
 executar o SQL acima, e verificar o resultado dele. Caso o
 resultado
 seja datconnlimit=0 significa que seu banco postgres não
 está
 aceitando conexões.
 
 []s
 
 2009/1/15 Mr J.L. nativ...@yahoo.com.br:
  Ola Jota,
 
  Entendi agora. sim, ja foi realizada a releitura do
 arquivo pg_hba.conf , no caso nao seria esse o problema. O
 problema continua.
 
 
 
 
  --- Em qui, 15/1/09, Jota jota.c...@gmail.com
 escreveu:
 
  De: Jota jota.c...@gmail.com
  Assunto: Re: [pgbr-geral] duvida conexao
  Para: nativ...@yahoo.com.br, Comunidade
 PostgreSQL Brasileira
 pgbr-geral@listas.postgresql.org.br
  Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
  Olá,
 
 
 
  2009/1/15 Mr J.L. nativ...@yahoo.com.br:
   Nao entendia a parte de
 reiniciado/sinalizado o
  PostgreSQL
  O Euler quis dizer que após realizar qualquer
 alteração
  no pg_hba.conf
  você precisa sinalizar ao PostgreSQL que uma
 modificação
  foi realizada
  e para isso usa-se o comando: pg_ctl -D
 /caminho/para/data
  reload
  
   Tipo, o banco esta funcionando OK, fazendo
 todas suas
  tarefas, conecta em outros bancos, etc... só nao
 conecta no
  banco postgres
 
  chute
  Acho que após você modificar o pg_hba.conf você
 esqueceu
  de executar o
  comando que mencionei acima.
  /chute
  
   Referente a regra do pg_hba.conf, essa a a
 primeira
  regra, nao tem nenhuma outra regra acima dessa.
 
  Faça o pg_ctl -D /caminho/para/data reload e ve
 se
  resolve. Caso não
  resolva avise a gente.
  
   O vacuumdb só da pau quando tenta fazer para
 o banco
  postgres, para os outros bancos se eu
 fizer
  individual ao invés de -a funciona.
  
   A versao desse banco é PostgreSQL 8.2.5 .
  
   Alguma outra sugestao?
  
   Obrigado.
  
  
  
   --- Em qui, 15/1/09, Euler Taveira de
 Oliveira
  eu...@timbira.com escreveu:
  
   De: Euler Taveira de Oliveira
  eu...@timbira.com
   Assunto: Re: [pgbr-geral] duvida conexao
   Para: nativ...@yahoo.com.br,
 Comunidade
  PostgreSQL Brasileira
  pgbr-geral@listas.postgresql.org.br
   Data: Quinta-feira, 15 de Janeiro de
 2009, 10:45
   Mr J.L. escreveu:
Pessoal, estou com uma duvida.
   
Recentemente fui ver o log de
 processos que
  tenho no
   cron do server e em um deles encontrei o
 seguinte:
   
#ROTINA DE VACUUM DIARIA
00 22 * * 1-6 /usr/bin/vacuumdb -z
 -v -a 
   /var/log/postgres/log_v.log
   
mensagem:
vacuumdb: could not connect to
 database
  postgres:
   FATAL:  banco de dados
 postgres não
  está
   aceitando conexões
   
Nao entendi o porque do erro, uma
 vez que, no
   pg_hba.conf esta assim:
   
# TYPE  DATABASEUSER   
 CIDR-ADDRESS
   METHOD
local   all all
   trust
   
   Mudar o pg_hba.conf não quer dizer que
  *magicamente* o
   PostgreSQL passará a
   aceitar conexões; talvez você *não*
 tenha
   reiniciado/sinalizado o PostgreSQL.
   Outra suposição é que você tem alguma
 regra
   'local' acima desta e, que a
 mesma
   está negando o acesso. Por fim, pode ser
 que
  você esteja
   iniciando essa rotina
   logo após iniciar o PostgreSQL. A partir
 da 8.3,
  o
   PostgreSQL não deixa
   conectar até que ele esteja _realmente_
 pronto
  para
   aceitar conexões. Se for
   este o caso, sugiro colocar uma
 diferença de
  alguns
   segundos/minutos entre o
   início e o vacuumdb.
  
  
   --
 Euler Taveira de Oliveira
 

Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Antonio Prado
Em Qui, 2009-01-15 às 14:59 -0300, Shander Lyrio escreveu:
 Professor Flávio Brito escreveu:
  Peço desculpas a todos, pois no intuito de ajudar não observei se havia 
  algum copyright nesta informação. Agradeço ao Shander o toque,  pois não 
  sabia que este tipo de informação era de cunho privado. Já exclui do 
  repositório.
 
   Infelizmente, e eu digo sim, infelizmente, estas informações só podem 
 ser negociadas pelo correio. Existe lei federal que prevê isto e dá 
 unicamente aos correios o direito de comercializar esta base de dados.


Caramba! Quer dizer que se eu contratar um digitador e pedir a ele para
digitar em meu banco de dados os endereços e CEP's, eu não posso doar
(não estou comercializando) estas informações a ninguém???


Antonio.





 
  Infelizmente produtos de um ógão público deveriam ser públicos, pois são 
  produzidos com o dinheiro do contribuinte, é o que acredito.
 
   É o que eu também acredito. E confesso que me senti extremamente 
 indignado quando pela primeira vez tentei conseguir esta base de dados e 
 descobri o seu custo. Trabalho com logística há 8 anos e esta é 
 informação simplesmente primordial para o meu trabalho.
 
   Agradeço sua postura,
 
 --
 Shander Lyrio
 
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
-- 
Antonio Prado
(62) 8174 4383
(62) 3278 0111
www.antonioprado.eti.br
supo...@antonioprado.eti.br


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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Marcelo Costa
2009/1/15 Shander Lyrio shanderly...@yahoo.com.br

 Professor Flávio Brito escreveu:
  Peço desculpas a todos, pois no intuito de ajudar não observei se havia
  algum copyright nesta informação. Agradeço ao Shander o toque,  pois não
  sabia que este tipo de informação era de cunho privado. Já exclui do
  repositório.

 Infelizmente, e eu digo sim, infelizmente, estas informações só
 podem
 ser negociadas pelo correio. Existe lei federal que prevê isto e dá
 unicamente aos correios o direito de comercializar esta base de dados.


Você poderia citar essa lei e onde ela foi publicada ?


Atte

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


Re: [pgbr-geral] duvida conexao

2009-01-15 Por tôpico Jota
Olá,

Alterar você pode.

BEGIN;

UPDATE pg_database
SET datallowconn='f'
WHERE datname='postgres';

SELECT datname,datallowconn
FROM pg_database
WHERE datname='postgres';

COMMIT;

Isso tá muito estranho pois segundo o seu email o banco de dados
template1 também não esta aceitando conexões, e por padrão ele o banco
postgres aceitam conexões.

Tem como você dar uma analisada nos logs e ver aparece alguma
alteração na pg_database.

[]s


2009/1/15 Mr J.L. nativ...@yahoo.com.br:
 Jota,

 # SELECT datname,datconnlimit FROM pg_database WHERE datname='postgres';
  datname  | datconnlimit
 --+--
  postgres |   -1

 Porem, identifiquei um campo da pg_database que pode explicar esse problema:

 datallowconn - If false then no one can connect to this database. This is 
 used to protect the template0 database from being altered.

 # SELECT datname,datallowconn,datconnlimit from pg_database where datname in 
 ('postgres','template0','template1');
  datname  | datallowconn | datconnlimit
 ---+--+--
  template1 | f|   -1
  postgres  | f|   -1
  template0 | f|   -1


 Creio que seja esse o problema, agora como isso ficou 'f' é muito estranho. 
 Sera que isso pode ser arrumado fazendo um update? ou teria alguma 
 configuracao pra arrumar?

 abraços.




 --- Em qui, 15/1/09, Jota jota.c...@gmail.com escreveu:

 De: Jota jota.c...@gmail.com
 Assunto: Re: [pgbr-geral] duvida conexao
 Para: nativ...@yahoo.com.br
 Cc: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
 Data: Quinta-feira, 15 de Janeiro de 2009, 14:37
 Olá,

 Por acaso existe alguma outra linha no pg_hba.conf que
 você por acaso
 não colocou aqui por esquecimento?

 Outro detalhe. Você tem apenas uma instalação do
 PostgreSQL no
 servidor? Pois derrepente pode estar apontado para o
 arquivo errado.

 Um detalhe que me passou pela cabeça agora. Você consegue
 executar o
 seguinte SQL:

 SELECT datname,datconnlimit FROM pg_database WHERE
 datname='postgres';

 Você pode conectar em qualquer banco, por exemplo,
 template1 e
 executar o SQL acima, e verificar o resultado dele. Caso o
 resultado
 seja datconnlimit=0 significa que seu banco postgres não
 está
 aceitando conexões.

 []s

 2009/1/15 Mr J.L. nativ...@yahoo.com.br:
  Ola Jota,
 
  Entendi agora. sim, ja foi realizada a releitura do
 arquivo pg_hba.conf , no caso nao seria esse o problema. O
 problema continua.
 
 
 
 
  --- Em qui, 15/1/09, Jota jota.c...@gmail.com
 escreveu:
 
  De: Jota jota.c...@gmail.com
  Assunto: Re: [pgbr-geral] duvida conexao
  Para: nativ...@yahoo.com.br, Comunidade
 PostgreSQL Brasileira
 pgbr-geral@listas.postgresql.org.br
  Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
  Olá,
 
 
 
  2009/1/15 Mr J.L. nativ...@yahoo.com.br:
   Nao entendia a parte de
 reiniciado/sinalizado o
  PostgreSQL
  O Euler quis dizer que após realizar qualquer
 alteração
  no pg_hba.conf
  você precisa sinalizar ao PostgreSQL que uma
 modificação
  foi realizada
  e para isso usa-se o comando: pg_ctl -D
 /caminho/para/data
  reload
  
   Tipo, o banco esta funcionando OK, fazendo
 todas suas
  tarefas, conecta em outros bancos, etc... só nao
 conecta no
  banco postgres
 
  chute
  Acho que após você modificar o pg_hba.conf você
 esqueceu
  de executar o
  comando que mencionei acima.
  /chute
  
   Referente a regra do pg_hba.conf, essa a a
 primeira
  regra, nao tem nenhuma outra regra acima dessa.
 
  Faça o pg_ctl -D /caminho/para/data reload e ve
 se
  resolve. Caso não
  resolva avise a gente.
  
   O vacuumdb só da pau quando tenta fazer para
 o banco
  postgres, para os outros bancos se eu
 fizer
  individual ao invés de -a funciona.
  
   A versao desse banco é PostgreSQL 8.2.5 .
  
   Alguma outra sugestao?
  
   Obrigado.
  
  
  
   --- Em qui, 15/1/09, Euler Taveira de
 Oliveira
  eu...@timbira.com escreveu:
  
   De: Euler Taveira de Oliveira
  eu...@timbira.com
   Assunto: Re: [pgbr-geral] duvida conexao
   Para: nativ...@yahoo.com.br,
 Comunidade
  PostgreSQL Brasileira
  pgbr-geral@listas.postgresql.org.br
   Data: Quinta-feira, 15 de Janeiro de
 2009, 10:45
   Mr J.L. escreveu:
Pessoal, estou com uma duvida.
   
Recentemente fui ver o log de
 processos que
  tenho no
   cron do server e em um deles encontrei o
 seguinte:
   
#ROTINA DE VACUUM DIARIA
00 22 * * 1-6 /usr/bin/vacuumdb -z
 -v -a 
   /var/log/postgres/log_v.log
   
mensagem:
vacuumdb: could not connect to
 database
  postgres:
   FATAL:  banco de dados
 postgres não
  está
   aceitando conexões
   
Nao entendi o porque do erro, uma
 vez que, no
   pg_hba.conf esta assim:
   
# TYPE  DATABASEUSER
 CIDR-ADDRESS
   METHOD
local   all all
   trust
   
   Mudar o pg_hba.conf não quer dizer que
  *magicamente* o
   PostgreSQL passará a
   aceitar conexões; talvez você *não*
 tenha
   reiniciado/sinalizado o PostgreSQL.
   Outra suposição é 

Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico George Silva
Só gostaria de fazer um paranteses sobre o direito soberano da ECT 
comercializar este tipo de dados.

Existem empresas de Geoprocessamento que disponibilizam não só os ceps, 
nome dos logradouros, como também seu desenho georreferenciado e 
numeração inicial e final dos lados esquerdo e direito.

Att.

George R. C. Silva

Shander Lyrio escreveu:
 Professor Flávio Brito escreveu:
   
 Peço desculpas a todos, pois no intuito de ajudar não observei se havia 
 algum copyright nesta informação. Agradeço ao Shander o toque,  pois não 
 sabia que este tipo de informação era de cunho privado. Já exclui do 
 repositório.
 

   Infelizmente, e eu digo sim, infelizmente, estas informações só podem 
 ser negociadas pelo correio. Existe lei federal que prevê isto e dá 
 unicamente aos correios o direito de comercializar esta base de dados.

   
 Infelizmente produtos de um ógão público deveriam ser públicos, pois são 
 produzidos com o dinheiro do contribuinte, é o que acredito.
 

   É o que eu também acredito. E confesso que me senti extremamente 
 indignado quando pela primeira vez tentei conseguir esta base de dados e 
 descobri o seu custo. Trabalho com logística há 8 anos e esta é 
 informação simplesmente primordial para o meu trabalho.

   Agradeço sua postura,

 --
 Shander Lyrio

 ___
 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] Base de dados de CEP

2009-01-15 Por tôpico Marcelo Costa
On Thu, Jan 15, 2009 at 6:25 PM, Shander Lyrio shanderly...@yahoo.com.brwrote:

 Marcelo Costa escreveu:
  Você poderia citar essa lei e onde ela foi publicada ?

 Em [1] vai ver que o produto é patenteado desde 2002

 As leis que protegem o autor são:
 Antipirataria Lei 10.695, de 01/07/2003,
 Direito Autoral Lei 9.610, de 19/02/1998
 Propriedade Intelectual Lei 9.279, de 14/05/1996


Ok..então parafrasenado o colega que citou antes...

Se eu colocar um digitador para ler o site digitar e eu modelar uma base de
ceps  a partir dessas informações e quiser DOAR para alguém eu não posso ?
já que trata-se de informação pública disponível na internet ?

-- 
Marcelo Costa
www.marcelocosta.net
-
Os muito poderosos e os muito estúpidos possuem uma coisa em comum. Ao
invés de alterarem as suas visões para se ajustarem aos fatos do mundo, eles
alteram os fatos para ajustá-los às suas visões.,

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


Re: [pgbr-geral] OFF - Re: Base de dados de CEP

2009-01-15 Por tôpico Shander Lyrio
Fernando França escreveu:
 Gostaria de fazer um comentário off topic sobre essa questão da base de ceps.
 
 Concordo com o professor, acho que essa informação deveria ser
 distribuída publicamente, já que é produzida com dinheiro igualmente
 público.

É produzida por uma empresa, que como qualquer outra precisa lucrar, 
pagar empregados, distribuição e tudo mais. É uma empresa como qualquer 
outra que tem o DNE organizado como um dos seus produtos.

* Ah, os poços de petróleo da Petrobrás são perfurados com dinheiro 
público, logo eu quero a gasolina de graça.
* Oh, os programas em que o Fernando trabalha são feito sobre sofware 
livre, logo são livres.
* O PostGreSql é livre, logo o schema feito nele é livre. (discussão 
recente da lista)

Definitivamente não é assim que funciona.

 Existem leis que regem a distribuição destas informações.
 
 Aproveitando o ensejo, gostaria de pedir ao sr. Shander que
 esclarecesse pra nós tais leis que regem a distribuição desde tipo de
 informação em específico. Como disse, achei que de fato seriam de
 domínio público pela sua própria natureza. Se puder nos ajudar a
 entender melhor essa questão será muito bom.

Em [1] vai ver que o produto é patenteado desde 2002

As leis que protegem o autor são:
Antipirataria Lei 10.695, de 01/07/2003,
Direito Autoral Lei 9.610, de 19/02/1998
Propriedade Intelectual Lei 9.279, de 14/05/1996

 Já passei por uma ocasião onde necessitava dessas informações para
 implementar no meu sistema e soube que em uma época, era distribuída
 pelos Correios.

Nunca foi distribuída, sempre foi vendida. Houve uma época em que era 
vendida descriptografada e foi descaradamente copiada por ladrões de 
plantão. Acho que foi ingenuidade dos correios não usar criptografia no 
banco de dados por um tempo, devem ter achado que o brasileiro não iria 
piratear.

 Linux User #263682

Pelo orgulho de utilizar linux, você certamente deve saber a diferença 
de livre e gratuíto. A informação é livre, pode ser consultada no site 
dos correios ou acessada por webservices, a organização em um banco de 
dados é um produto que é vendido, não é livre, nem gratuíto.

[1] http://tinyurl.com/98o6eb

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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Ademir Lima
ehehehe, vamos começar outra base, usando geo-referenciamento e
obriga-los a usar!

Endereço: latitude -23° 33' 03'', longitude: 51° 27' 39''

-- 
Porque dele, por ele, para ele são todas as coisas;
a Ele a glória eternamente.
Amém.
-
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] OFF - Re: Base de dados de CEP

2009-01-15 Por tôpico Rafael
uehuehuhe

Pessoal, vamos encerrar essa discuçao que não leva a nada..

A base de CEP's é livre para consultas, você pode facilmente fazer uma
requisição para o site dos Correios, até via ajax.. acho que você comprar
esta base não seria nada interessante, nem de graça.. pois teriamos diversas
bases espalhadas sem nenhuma centralização/atualização.. Essas bases se
desatualizariam rapidamente...

Agora, gasolina de graça não seria nada mal...




2009/1/15 Shander Lyrio shanderly...@yahoo.com.br

 Fernando França escreveu:
  Gostaria de fazer um comentário off topic sobre essa questão da base de
 ceps.
 
  Concordo com o professor, acho que essa informação deveria ser
  distribuída publicamente, já que é produzida com dinheiro igualmente
  público.

 É produzida por uma empresa, que como qualquer outra precisa
 lucrar,
 pagar empregados, distribuição e tudo mais. É uma empresa como qualquer
 outra que tem o DNE organizado como um dos seus produtos.

 * Ah, os poços de petróleo da Petrobrás são perfurados com dinheiro
 público, logo eu quero a gasolina de graça.
 * Oh, os programas em que o Fernando trabalha são feito sobre sofware
 livre, logo são livres.
 * O PostGreSql é livre, logo o schema feito nele é livre. (discussão
 recente da lista)

Definitivamente não é assim que funciona.

  Existem leis que regem a distribuição destas informações.
 
  Aproveitando o ensejo, gostaria de pedir ao sr. Shander que
  esclarecesse pra nós tais leis que regem a distribuição desde tipo de
  informação em específico. Como disse, achei que de fato seriam de
  domínio público pela sua própria natureza. Se puder nos ajudar a
  entender melhor essa questão será muito bom.

 Em [1] vai ver que o produto é patenteado desde 2002

 As leis que protegem o autor são:
 Antipirataria Lei 10.695, de 01/07/2003,
 Direito Autoral Lei 9.610, de 19/02/1998
 Propriedade Intelectual Lei 9.279, de 14/05/1996

  Já passei por uma ocasião onde necessitava dessas informações para
  implementar no meu sistema e soube que em uma época, era distribuída
  pelos Correios.

 Nunca foi distribuída, sempre foi vendida. Houve uma época em que
 era
 vendida descriptografada e foi descaradamente copiada por ladrões de
 plantão. Acho que foi ingenuidade dos correios não usar criptografia no
 banco de dados por um tempo, devem ter achado que o brasileiro não iria
 piratear.

  Linux User #263682

Pelo orgulho de utilizar linux, você certamente deve saber a
 diferença
 de livre e gratuíto. A informação é livre, pode ser consultada no site
 dos correios ou acessada por webservices, a organização em um banco de
 dados é um produto que é vendido, não é livre, nem gratuíto.

 [1] http://tinyurl.com/98o6eb

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




-- 
Rafael Bozzetti - linuxuser: 418660
--
OpenS -  WWW.OPENS.COM.BR
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico George Silva
A questão de ser georreferenciada ou não é somente a adição de um campo 
que representa a geometria do logradouro. Se você não necessita dele é 
só excluí-lo.

George silva

Ademir Lima escreveu:
 ehehehe, vamos começar outra base, usando geo-referenciamento e
 obriga-los a usar!

 Endereço: latitude -23° 33' 03'', longitude: 51° 27' 39''

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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Ademir Lima
Oi George, oque quis dizer é que devíamos usar outra coisa qualquer
que não o cep, então falei de geo, que nem sei se é da maneira que eu
disse :)

2009/1/15 George Silva georger.si...@gmail.com:
 A questão de ser georreferenciada ou não é somente a adição de um campo
 que representa a geometria do logradouro. Se você não necessita dele é
 só excluí-lo.

 George silva

-- 
Porque dele, por ele, para ele são todas as coisas;
a Ele a glória eternamente.
Amém.
-
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Shander Lyrio
Marcelo Costa escreveu:
 Você poderia citar essa lei e onde ela foi publicada ?

Em [1] vai ver que o produto é patenteado desde 2002

As leis que protegem o autor são:
Antipirataria Lei 10.695, de 01/07/2003,
Direito Autoral Lei 9.610, de 19/02/1998
Propriedade Intelectual Lei 9.279, de 14/05/1996

[1] http://tinyurl.com/98o6eb

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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Leandro DUTRA
2009/1/15 Shander Lyrio shanderly...@yahoo.com.br:

 Veja em [1] que este produto foi criado pela empresa pública Correio e
 patenteada em 2002, qualquer cópia que você encontrar pela internet é
 ilegal.

A patente me parece inválida.  Mas não sou advogado.


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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Marcelo Costa
On Thu, Jan 15, 2009 at 5:56 PM, Leandro DUTRA
leandro.gfc.du...@gmail.comwrote:

 2009/1/15 Shander Lyrio shanderly...@yahoo.com.br:
 
  Veja em [1] que este produto foi criado pela empresa pública Correio e
  patenteada em 2002, qualquer cópia que você encontrar pela internet é
  ilegal.

 A patente me parece inválida.  Mas não sou advogado.


Eu não queria falar issomas.

-- 
Marcelo Costa
www.marcelocosta.net
-
Os muito poderosos e os muito estúpidos possuem uma coisa em comum. Ao
invés de alterarem as suas visões para se ajustarem aos fatos do mundo, eles
alteram os fatos para ajustá-los às suas visões.,

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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Leandro DUTRA
2009/1/15 Marcelo Costa marcelojsco...@gmail.com:

 On Thu, Jan 15, 2009 at 5:56 PM, Leandro DUTRA leandro.gfc.du...@gmail.com
 wrote:

 A patente me parece inválida.  Mas não sou advogado.

 Eu não queria falar issomas.

Sei que fui lacônico, mas explico: mesmo que um algoritmo tenha sido
patenteado, como patentear dados públicos?  Ou qualquer base de dados?
 Nem sei se o direito patrimonial brasileiro dá suporte a compilações
de dados (bases).


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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Shander Lyrio
George Silva escreveu:
 Só gostaria de fazer um paranteses sobre o direito soberano da ECT 
 comercializar este tipo de dados.
 
 Existem empresas de Geoprocessamento que disponibilizam não só os ceps, 
 nome dos logradouros, como também seu desenho georreferenciado e 
 numeração inicial e final dos lados esquerdo e direito.

Perfeito!!! Como disse antes, a informação dos cep's é livre, mas a 
organização destas informações no DNE é um produto. Como a informação 
inicial é livre, qualquer um pode resolver organizar também e fazer 
deste um novo produto e vender ou doar se achar conveniente.

O correio tem o monopólio de entregas de cartas pela constituição, mas 
não sobre a comercialização desta informação.

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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Leandro DUTRA
2009/1/15 Shander Lyrio shanderly...@yahoo.com.br:
 George Silva escreveu:
 Só gostaria de fazer um paranteses sobre o direito soberano da ECT
 comercializar este tipo de dados.

 Existem empresas de Geoprocessamento que disponibilizam não só os ceps,
 nome dos logradouros, como também seu desenho georreferenciado e
 numeração inicial e final dos lados esquerdo e direito.

Perfeito!!! Como disse antes, a informação dos cep's é livre, mas a
 organização destas informações no DNE é um produto. Como a informação
 inicial é livre, qualquer um pode resolver organizar também e fazer
 deste um novo produto e vender ou doar se achar conveniente.

O correio tem o monopólio de entregas de cartas pela constituição, mas
 não sobre a comercialização desta informação.

Concordo em gênero, número e grau, mas essas empresas compilam os
dados elas mesmas?  De que fonte?  Não apenas revendem as informações
do Correio?  Ou seja, a informação é livre mesmo?

Acho absurdo patentear uma base de dados, mas não sei se alguém já foi
fundo nessa matéria.

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


Re: [pgbr-geral] OFF - Re: Base de dados de CEP

2009-01-15 Por tôpico Sergio Santi




Pessoal:

Para jogar um pouco de luz sobre essa discusso ... 

1. Houve poca (acredito que foi l por 2003) em que no site dos
correios era possvel fazer o download de uma base access sem
restries ou criptografias.

2. O objetivo do CEP  a localizao precisa de um logradouro, o que
pode ser feito diretamente no site dos correios sem restries;

3. Acredito que o que alguns colegas gostariam  de ter acesso a CEPs
atualizados, no me pareceu que algum esteja querendo gerar uma nova
compilao dos dados para vender e provavelmente isto seria um auxlio
a mais aos usurios que no seriam cobrados adicionalmente por isso.

4. Eu no veria nenhum problema se os correios disponibilizassem
periodicamente verses atualizadas para que mais softwares e usurios
pudessem enviar correspondncias para o logradouro correto evitando o
desperdcio de tempo dos carteiros. Eu usaria de bom grado e no
cobraria por dar este apoio aos correios!

5. Alm disto as secretarias estaduais no cobram pelas relaes dos
CFOPs que so necessrias a emisso de notas fiscais; A Fazenda
nacional no cobra pela relao de CNAEs; O Ministrio do trabalho no
cobra pela relao de cdigos utilizados na RAIS; Acredito que seja
porque com essas informaes corretas o trabalho dessas instituies
seja facilitado.

So alguns fatos e comentrios que no merecem rplica ... eu acho.

No esqueam que parte da "crise" depende de nossa crena nela.

Um grande abrao a todos.
---

Shander Lyrio escreveu:

  Fernando Frana escreveu:
  
  
Gostaria de fazer um comentrio off topic sobre essa questo da base de ceps.

Concordo com o professor, acho que essa informao deveria ser
distribuda publicamente, j que  produzida com dinheiro igualmente
pblico.

  
  
	 produzida por uma empresa, que como qualquer outra precisa lucrar, 
pagar empregados, distribuio e tudo mais.  uma empresa como qualquer 
outra que tem o DNE organizado como um dos seus produtos.

* Ah, os poos de petrleo da Petrobrs so perfurados com dinheiro 
pblico, logo eu quero a gasolina de graa.
* Oh, os programas em que o Fernando trabalha so feito sobre sofware 
livre, logo so livres.
* O PostGreSql  livre, logo o schema feito nele  livre. (discusso 
recente da lista)

	Definitivamente no  assim que funciona.

  
  
"Existem leis que regem a distribuio destas informaes."

Aproveitando o ensejo, gostaria de pedir ao sr. Shander que
esclarecesse pra ns tais leis que regem a distribuio desde tipo de
informao em especfico. Como disse, achei que de fato seriam de
domnio pblico pela sua prpria natureza. Se puder nos ajudar a
entender melhor essa questo ser muito bom.

  
  
Em [1] vai ver que o produto  patenteado desde 2002

As leis que protegem o autor so:
Antipirataria Lei 10.695, de 01/07/2003,
Direito Autoral Lei 9.610, de 19/02/1998
Propriedade Intelectual Lei 9.279, de 14/05/1996

  
  
J passei por uma ocasio onde necessitava dessas informaes para
implementar no meu sistema e soube que em uma poca, era distribuda
pelos Correios.

  
  
	Nunca foi distribuda, sempre foi vendida. Houve uma poca em que era 
vendida descriptografada e foi descaradamente copiada por ladres de 
planto. Acho que foi ingenuidade dos correios no usar criptografia no 
banco de dados por um tempo, devem ter achado que o brasileiro no iria 
piratear.

  
  
Linux User #263682

  
  
	Pelo orgulho de utilizar linux, voc certamente deve saber a diferena 
de livre e gratuto. A informao  livre, pode ser consultada no site 
dos correios ou acessada por webservices, a organizao em um banco de 
dados  um produto que  vendido, no  livre, nem gratuto.

[1] http://tinyurl.com/98o6eb

--
Shander Lyrio
___
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] OFF - Re: Base de dados de CEP

2009-01-15 Por tôpico Shander Lyrio
Sergio Santi escreveu:
 1. Houve época (acredito que foi lá por 2003) em que no site dos 
 correios era possível fazer o download de uma base access sem restrições 
 ou criptografias.

Eu não me lembro desta época e olha que eu sou velhinho neste ramo.

 3. Acredito que o que alguns colegas gostariam é de ter acesso a CEPs 
 atualizados, não me pareceu que alguém esteja querendo gerar uma nova 
 compilação dos dados para vender e provavelmente isto seria um auxílio a 
 mais aos usuários que não seriam cobrados adicionalmente por isso.

Pare para pensar numa pessoa que compra um pacote Office ou Windows ou 
o programa que você fez e depois dá aos amigos para que eles não sejam 
cobrados adicionalmente por isto. Apesar do tom romântico isto é 
pirataria descarada da mesma forma.

 4. Eu não veria nenhum problema se os correios disponibilizassem 
 periodicamente versões atualizadas para que mais softwares e usuários 
 pudessem enviar correspondências para o logradouro correto evitando o 
 desperdício de tempo dos carteiros. Eu usaria de bom grado e não 
 cobraria por dar este apoio aos correios!

Houve uma inversão aí. Quem perde é a empresa e as pessoas por não 
terem o cep correto, porque o correio cobra antes de tentar entregar. 
Entregando ou não ele recebe por isto.

 5. Além disto as secretarias estaduais não cobram pelas relações dos 
 CFOPs que são necessárias a emissão de notas fiscais; A Fazenda nacional 
 não cobra pela relação de CNAEs; O Ministério do trabalho não cobra pela 
 relação de códigos utilizados na RAIS; Acredito que seja porque com 
 essas informações corretas o trabalho dessas instituições seja facilitado.

Este caso é diferente, se eles não dão estes dados eles não arrecadam 
os impostos, tudo é questão de interesse. Pode ser interesse do Correio 
que você poste sua encomenda duas vezes, porque ele iria querer que você 
acertasse já que seu erro aumenta o faturamento deles?

 Não esqueçam que parte da crise depende de nossa crença nela.

Eu não acredito que estas informações devam ser cobradas também, mas já 
que são, e o correio está no direito dele, como eu quero que respeitem 
meu espaço, preciso respeitar o dele.

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


Re: [pgbr-geral] Base de dados de CEP

2009-01-15 Por tôpico Euler Taveira de Oliveira
Leandro DUTRA escreveu:

[Acho que essa discussão já foi longe demais mas para completar o assunto...]

Software no Brasil *não* pode ser patenteado (Art 10, inciso V [1]); ele é
registrado.

 Acho absurdo patentear uma base de dados, mas não sei se alguém já foi
 fundo nessa matéria.
 
IANAL, mas pelo que li no registro do INPI, o que foi registrado são os
programas de computador: Diretório Nacional de Endereços e Sistema Nacional de
Gerenciamento de Informações. E, como a base de dados é um componente do
primeiro software, utilizá-la de maneira ilegal significa que você está
infringindo a lei de direito autoral [2] como frisou o nosso amigo Shander.
Informações públicas *não* são patenteáveis mas aqueles dados do DNE estão sob
direito autoral (alguém teve o trabalho de compilar os dados), ou seja, você
não pode sair copiando e distribuindo o produto (DNE) ou mesmo um componente
dele (base de dados) sem a prévia autorização do autor. Mas nada me impede de
compilar uma base de dados com as informações de endereços.

Acho que é bom pararmos por aqui.


[1] http://www.planalto.gov.br/ccivil_03/Leis/L9279.htm
[2] http://www.planalto.gov.br/ccivil_03/Leis/l9610.htm


-- 
  Euler Taveira de Oliveira
  http://www.timbira.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] OFF - Re: Base de dados de CEP

2009-01-15 Por tôpico Fernando França
Shander Lyrio,

Acho que existe a necessidade de sua aparente irritação ao responder a
minha pergunta.

Bem como eu disse, pedi a você uma explicação, uma exposição do seu
ponto de vista justamente por estar por fora do processo que gira em
torno dessa questão da base de CEP.

Apesar da sua resposta ácidas e com algumas colocações desnecessárias
que se não fosse a famosa netiqueta poderia fazer o nível da conversa
cair, você expôs o ponto realmente pertinente ao assunto e de qualquer
forma agradeço, já tive o esclarecimento que queria.

Realmente não vale mais a pena estender o assunto.

--
Fernando França
Linux User #263682

CMAS/CBPDS *
DAN #2058378

http://desconstruindo.eng.br
http://www.cbpf.br/~lsd
http://www.rnp.br/keyserver/pks/lookup?search=0xD41D2910

Esta mensagem, incluindo seus anexos, contém informações legais
privilegiadas e/ou confidenciais, não podendo ser retransmitida,
arquivada,divulgada ou copiada sem autorização do remetente. Caso
tenha recebido esta mensagem por engano, por favor informe o remetente
respondendo imediatamente a este e-mail, e em seguida apague-a do seu
computador.

All information in this e-mail and attachments is confidential and
privileged. If you are not the intended addressee, please notify us
immediately by returning this e-mail and delete this message from your
computer. You should not forward, file, copy nor disclose this e-mail
to any other person without prior authorization.



2009/1/15 Shander Lyrio shanderly...@yahoo.com.br:
 Fernando França escreveu:
 Gostaria de fazer um comentário off topic sobre essa questão da base de ceps.

 Concordo com o professor, acho que essa informação deveria ser
 distribuída publicamente, já que é produzida com dinheiro igualmente
 público.

É produzida por uma empresa, que como qualquer outra precisa lucrar,
 pagar empregados, distribuição e tudo mais. É uma empresa como qualquer
 outra que tem o DNE organizado como um dos seus produtos.

 * Ah, os poços de petróleo da Petrobrás são perfurados com dinheiro
 público, logo eu quero a gasolina de graça.
 * Oh, os programas em que o Fernando trabalha são feito sobre sofware
 livre, logo são livres.
 * O PostGreSql é livre, logo o schema feito nele é livre. (discussão
 recente da lista)

Definitivamente não é assim que funciona.

 Existem leis que regem a distribuição destas informações.

 Aproveitando o ensejo, gostaria de pedir ao sr. Shander que
 esclarecesse pra nós tais leis que regem a distribuição desde tipo de
 informação em específico. Como disse, achei que de fato seriam de
 domínio público pela sua própria natureza. Se puder nos ajudar a
 entender melhor essa questão será muito bom.

 Em [1] vai ver que o produto é patenteado desde 2002

 As leis que protegem o autor são:
 Antipirataria Lei 10.695, de 01/07/2003,
 Direito Autoral Lei 9.610, de 19/02/1998
 Propriedade Intelectual Lei 9.279, de 14/05/1996

 Já passei por uma ocasião onde necessitava dessas informações para
 implementar no meu sistema e soube que em uma época, era distribuída
 pelos Correios.

Nunca foi distribuída, sempre foi vendida. Houve uma época em que era
 vendida descriptografada e foi descaradamente copiada por ladrões de
 plantão. Acho que foi ingenuidade dos correios não usar criptografia no
 banco de dados por um tempo, devem ter achado que o brasileiro não iria
 piratear.

 Linux User #263682

Pelo orgulho de utilizar linux, você certamente deve saber a diferença
 de livre e gratuíto. A informação é livre, pode ser consultada no site
 dos correios ou acessada por webservices, a organização em um banco de
 dados é um produto que é vendido, não é livre, nem gratuíto.

 [1] http://tinyurl.com/98o6eb

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

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


[pgbr-geral] Ajuda para criar Store Procedure???

2009-01-15 Por tôpico Nilson Chagas
Pessoal,

Desculpa vir a lista para fazer este pedido, mas tenho uma procedure em
Oracle e preciso converter ela para Postgresql.
Postgresql é uma linguagem que conheço pouco, estou usando o que já conheço
de banco de dados (outros), para este novo projeto (que tem um responsavel
para configura ele no servidor).

Se não for abusar demais, conto com a compreensão e ajuda, se estou fazendo
algo errado por favor desconsiderar a mensagem.

Esta é a procedure em oracle (esta procedure está dentro de uma package no
oracle, por isto ela não começa com create or replace):
 --==
 -- Insere / Atualiza dados do modulo
 --==
 --==
procedure SP_ATUALIZA_MODULO(n_id_modulo in MODULO.ID_MODULO%TYPE,
vc2_nom_modulo in MODULO.NOM_MODULO%TYPE,
vc2_desc_modulo in MODULO.DES_MODULO%TYPE,
n_erro out INTEGER,
vc2_msg_erro out varchar2)
  is
  n_tem_modulo INTEGER;
  begin
  n_erro := 0; -- Modulo cadastrado com sucesso

  -- Novo modulo
  if (n_id_modulo= 0) then

 insert into MODULO (NOM_MODULO,
 DES_MODULO)
  values (vc2_nom_modulo,
 vc2_desc_modulo);

  -- Altera dados do modulo
  else

 select count(*)
   into n_tem_modulo
   from MODULO
  where ID_MODULO  != n_id_modulo;

 if (n_tem_modulo = 0) then

 update MODULO
set NOM_MODULO   = vc2_nom_modulo,
  DES_MODULO = vc2_desc_modulo
  where ID_MODULO= n_id_modulo;

 n_erro := 3; -- Modulo atualizado com sucesso

 else

 n_erro := 2; -- Modulo ja existe

 end if;

  end if;

  commit;

  exception
  when others then
   rollback;
   NULL;
   n_erro := sqlcode; -- Erro ao cadastrar o modulo
   vc2_msg_erro := sqlerrm;

  END SP_ATUALIZA_MODULO;


Desde já grato.

-- 
[]s
Nilson Chagas - Ubuntu User 25794
---
Visite:
http://www.amados.com.br/podcast
http://tempodesalvacao.blogspot.com/
http://bbnradio.org/
___
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 para criar Store Procedure???

2009-01-15 Por tôpico Osvaldo Kussama
Em 15/01/09, Nilson Chagasnilson.chagas.si...@gmail.com escreveu:

 Desculpa vir a lista para fazer este pedido, mas tenho uma procedure em
 Oracle e preciso converter ela para Postgresql.
 Postgresql é uma linguagem que conheço pouco, estou usando o que já conheço
 de banco de dados (outros), para este novo projeto (que tem um responsavel
 para configura ele no servidor).

 Se não for abusar demais, conto com a compreensão e ajuda, se estou fazendo
 algo errado por favor desconsiderar a mensagem.

 Esta é a procedure em oracle (esta procedure está dentro de uma package no
 oracle, por isto ela não começa com create or replace):
  --==
  -- Insere / Atualiza dados do modulo
  --==
  --==
 procedure SP_ATUALIZA_MODULO(n_id_modulo in MODULO.ID_MODULO%TYPE,
 vc2_nom_modulo in MODULO.NOM_MODULO%TYPE,
 vc2_desc_modulo in MODULO.DES_MODULO%TYPE,
 n_erro out INTEGER,
 vc2_msg_erro out varchar2)
   is
   n_tem_modulo INTEGER;
   begin
   n_erro := 0; -- Modulo cadastrado com sucesso

   -- Novo modulo
   if (n_id_modulo= 0) then

  insert into MODULO (NOM_MODULO,
  DES_MODULO)
   values (vc2_nom_modulo,
  vc2_desc_modulo);

   -- Altera dados do modulo
   else

  select count(*)
into n_tem_modulo
from MODULO
   where ID_MODULO  != n_id_modulo;

  if (n_tem_modulo = 0) then

  update MODULO
 set NOM_MODULO   = vc2_nom_modulo,
   DES_MODULO = vc2_desc_modulo
   where ID_MODULO= n_id_modulo;

  n_erro := 3; -- Modulo atualizado com sucesso

  else

  n_erro := 2; -- Modulo ja existe

  end if;

   end if;

   commit;

   exception
   when others then
rollback;
NULL;
n_erro := sqlcode; -- Erro ao cadastrar o modulo
vc2_msg_erro := sqlerrm;

   END SP_ATUALIZA_MODULO;



Dê uma olhada neste capítulo do manual:
http://www.postgresql.org/docs/current/interactive/plpgsql-porting.html

Lembre-se que uma função no PostgreSQL é uma transação e não existem
transações aninhadas. Talvez SAVEPOINT possa atender sua necessidade:
http://www.postgresql.org/docs/current/interactive/sql-savepoint.html

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