Re: [pgbr-geral] pg_restore: [archiver] entry ID 0 out of range -- perhaps a corrupt TOC

[Alexsandro Haag]

Em 13/04/2018 01:56, Sebastian Webber escreveu:

O que acontece quando tu roda o comando abaixo?
pg_restore --list arquivo.dump

Bom dia Sebastian,
  rodei aqui e exibe também a mesma mensagem:

pg_restore --list troll.cop
pg_restore: [archiver] entry ID 0 out of range -- perhaps a corrupt TOC


O retorno para outro dump (que está funcionando) seria como esse:
; Archive created at 2018-04-12 16:52:05 -03
; dbname: Troll
; TOC Entries: 9086
; Compression: -1
; Dump Version: 1.12-0
; Format: CUSTOM
; Integer: 4 bytes
; Offset: 8 bytes
; Dumped from database version: 9.2.4
; Dumped by pg_dump version: 9.2.4


Obs.: Sim, dbname é Troll mesmo. Mas é coisa séria. rsrsrs

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

[pgbr-geral] pg_restore: [archiver] entry ID 0 out of range -- perhaps a corrupt TOC

[Alexsandro Haag]

Olá pessoal,

 já viram este erro ao tentar executar o restore de um dump via pg_restore?

pg_restore: [archiver] entry ID 0 out of range -- perhaps a corrupt TOC

A base é latin1

Postgres 9.2.24


Se tiverem alguma dica...

Obrigado!

Alex

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

Re: [pgbr-geral] DBF ==> Postgresql (dbf to postgresql)

[Alexsandro Haag]

Concordo com o Marcio, o PDI para estes casos eh muito pratico.

Em 19/07/2017 21:18, Marcio Junior Vieira escreveu:
1) Importar bruto para tabela com o nome dos arquivos DBF; 


De forma simplista usaria estes dois componentes:

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

Re: [pgbr-geral] Explain Dúvida - Sort

[Alexsandro Haag]

Em 25/04/2017 21:10, Júlio César Martini escreveu:


O que me chamou atenção ao fazer o EXPLAIN nesta SQL é que na lenta 
tem um SORT que aparentemente é ele o causador, mas não entendi o pq 
visto que não faço ORDER BY de nada (me desculpe se falei algum absurdo).


Me parece mais que o seq_scan seja o causador da lentidão.
Voce tem um índice auxiliar para estas colunas?

 * Sort Key: ng.cnpj_emitente, ng.numero, ng.serie, ng.tpamb, ng.mod


Seria legal postar as suas queries també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] Arredondamento

[Alexsandro Haag]

Em 13/03/2017 09:55, Flavio Henrique Araque Gurgel escreveu:


> Estou usando o round() para arredondamentos, SELECT ROUND( 1.155,
> 2 ).
>
> Porém estão me pedindo para arredondar para acima somente
> quando for acima de 5, por exemplo:
Pode tentar algo com "case" e decidir por fazer round ou trunc. Algo 
como abaixo:


SELECT case when 1.155-trunc(1.155,2)<=0.05 then trunc(1.155,2) else 
ROUND( 1.155, 2 ) end


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

Re: [pgbr-geral] Otimização da Base de Dados

[Alexsandro Haag]

Em 14/03/2017 16:48, Rudimar escreveu:
Hoje rodo Vaccum e Reindex, não de forma automatizada. Eu tenho como 
executar por automatizar esses comandos por um .bat ou script ? 


Ola Rudimar,
 pode criar um script batch e usar o Agendador de Tarefas do Windows 
para disparar conforme sua necessidade.

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

Re: [pgbr-geral] RESTAURAR BACKUP

[Alexsandro Haag]

Em 24 de janeiro de 2017 14:21, Rosana de Oliveira 
> escreveu:




Em 24 de janeiro de 2017 14:10, José Mello Júnior
>
escreveu:

No evento do Windows encontrei a seguinte mensagem:

pg_ctl: este diretório de dados parece já estar executando um
postmaster

o que posso fazer?


Olá José,
  e as permissões na pasta que você restaurou do backup... Estão 
adequadas para o Postgres?


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

Re: [pgbr-geral] PARAR O SERVIÇO DO BANCO

[Alexsandro Haag]

Em 23/01/2017 09:16, José Mello Júnior escreveu:

Pessoal,

Eu gostaria de fazer um BACKUP a frio do Banco e para tanto necessito 
parar o serviço, fazer o BACKUP e reiniciar o Serviço.


Qual comando que utilizo para o Windows?


Bom dia José,

 você pode utilizar o "net stop " e "net start " em 
um script batch.


Mais detalhes do comando net: http://ss64.com/nt/net-service.html

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

Re: [pgbr-geral] not null if

[Alexsandro Haag]

Em 19/01/2017 18:15, Guimarães Faria Corcete DUTRA, Leandro escreveu:

Acredito não ser um problema de entendimento das formas normais, a sua
primeira resposta ao OP deu a entender que apenas com a normalização o
problema descrito seria resolvido sem a necessidade de implementar
regras adicionais. Agora está claro. Agradeço pela atenção.

Acho que agora eu quem boiei, mas toquemos o barco!
É que para a questão levantada, a solução por normalização permitiria 
deixar o campo sempre "not null", pois estaria em uma tabela que seria 
preenchida apenas se a o campo da outra tabela fosse marcado. Assim o 
modelo de dados estaria bem definido, sem necessidade de constraint 
adicional, mas apenas regra de negócio da aplicação.


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

Re: [pgbr-geral] not null if

[Alexsandro Haag]

Em 19/01/2017 16:07, Tiago José Adami escreveu:

Ou você quis dizer que usando formas normais seria necessário aplicar
uma regra de negócio escrita em função de banco ou em aplicação?

Isso mesmo Tiago, ainda assim seria necessário a regra de negócio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] ORDER BY errado

[Alexsandro Haag]

Em 15/12/2016 16:21, Rogerio Bassete escreveu:

Dessa forma tem dois problemas:
1) Alterar a forma como faço os SELECT; sim, altera.
Sim, é preciso acrescentar mais uma instrução no select (não ansi, creio 
eu).

2) Não funciona com português.
Sim os caracteres especiais como acentuação, cedilha, etc, ficam fora da 
ordenação.


Sem dúvida a solução que você propôs é definitiva e melhor. ;)

Alguém sabe porque o comportamento natural deste encoding já não é este?

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

Re: [pgbr-geral] ORDER BY errado

[Alexsandro Haag]

Em 15/12/2016 14:33, Rogerio Bassete escreveu:

Olá,

Estou com um conjunto de registros que não ordena corretamente, já testei:
- em banco de dados com encoding LATIN1, UTF-8;
- Com PostgreSQL 9.1 e 9.3;

Convertendo a string em 'hex', 'escape' ou 'base64', os caracteres são
os mesmos;


Olá Rogério,
 tente assim...

SELECT encode(nome::bytea,'base64'),nome
FROM teste2
WHERE nome LIKE 'RAF%'
ORDER BY nome
collate "C"

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

Re: [pgbr-geral] Conversão de data em 2 dígitos (Default Century)

[Alexsandro Haag]

Em 14/12/2016 16:23, Euler Taveira escreveu:

Só alterando o código (formatting.c:adjust_partial_year_to_2020). Eu não
alteraria. Até porque isso não vai mudar no postgres e duvido que
aceitem um patch que vai gerar incompatibilidade. Ao invés disso, é como
o Flavio disse, eu forçaria o cliente a alterar a aplicação. Para que as
coisas não parem de funcionar, se for o caso, eu adotaria um gatilho.
Euler,  estou considerando isso. Alterar e gerar uma versão para o 
cliente. Mas não propor nenhum patch disso.


Eles vão precisar alterar o código em vários pontos do sistema. Esta 
alteração daria um tempo para que a sua equipe possa concluir esta 
tarefa de revisão.


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

Re: [pgbr-geral] Conversão de data em 2 dígitos (Default Century)

[Alexsandro Haag]

Em 14/12/2016 15:50, Flavio Henrique Araque Gurgel escreveu:
Eu colocaria uma Trigger na tabela e escreveria uma função rápida pra 
tratar essa coluna específica.


Note apenas que esse tipo de remendo pode levar à "solução paliativa 
definitiva" e seu cliente jamais consertar o lado dele.
Sim Flávio, já estão com uma solução paliativa. Enviei para o grupo para 
ver se nada estava me escapando.


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

[pgbr-geral] Conversão de data em 2 dígitos (Default Century)

[Alexsandro Haag]

Boa tarde Pessoal,

sabem se existe algum parâmetro que possa alterar este comportamento, ou 
somente alteração no core?


select cast('01/01/70' as date) , cast('01/01/69' as date);

date|date
+
 1970-01-01 | 2069-01-01

O link de documentação: 
https://www.postgresql.org/docs/9.4/static/functions-formatting.html
Diz o seguinte: "If the year format specification is less than four 
digits, e.g. YYY, and the supplied year is less than four digits, the 
year will be adjusted to be nearest to the year 2020, e.g. 95 becomes 1995."


Gostaria de usar como base por exemplo 2030 e não 2020 para que o 
cliente ganhe mais um tempo até corrigir a sua aplicação.


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

Re: [pgbr-geral] LOCALE Portuguese_Brazil.1252 NO LINUX CentOS 7

[Alexsandro Haag]

Em 01/12/2016 10:39, Eduardo Az - EMBRASIS escreveu:

/LC_COLLATE = 'pt_BR-ISO-8859-1' LC_CTYPE = 'pt_BR-ISO-8859-1'/

/Olá Eduardo,
  reparei que estais usando um hífen separando pt_BR de ISO-8859-1, 
onde me parece que deveria haver um ponto.


Experimente assim:

/

/LC_COLLATE = 'pt_BR.ISO-8859-1' LC_CTYPE = 'pt_BR.ISO-8859-1' Att. Alex /


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

Re: [pgbr-geral] Quantidade de itens relacionados ( Deletar )

[Alexsandro Haag]

Exceção é uma boa ideia, mas desabilitar o botão EXCLUIR me pareceu mais 
"elegante" já que eu mostro uma tabela com todos os grupos de produtos e 
botões ALTERAR e EXCLUIR;


Você pode usar a regra do "NOT EXISTS" também, pois ele não precisa 
realizar a contagem de todos os registros da tabela filha. Na primeira 
ocorrência já pode retornar.


Ou ainda fazer diretamente a consulta na tabela filha, passando o código 
do grupo de produto e usando LIMIT 1. Daí tratar conforme o retorno.


Alex

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

Re: [pgbr-geral] Quantidade de itens relacionados ( Deletar )

[Alexsandro Haag]

Em 11/11/2016 16:26, POWER Informática escreveu:

Em um aplicativo PHP ( PostgreSql 8.4 ),
Tenho duas tabelas (grupoproduto e produto )   ON DELETE NO ACTION;

Preciso desabilitar o botão excluir ( grupoproduto ) se existirem na 
tabela ( produto ) referências a essa linha.
Talvez um COUNT for idproduto na tabela grupoprodutos, resolva mas .. 
essa seria uma boa prática, pois me parece que vai acessar grupo 
produtos tantas vezes quanto forem os registros de produtos.


Dicas !!!


Olá Carlos, você pode usar o EXISTS ao invés de COUNT.
Ex.:
delete from grupoproduto gp
where gp.cdgrupoproduto = ?
and *not exists* (select 1 from produto where cdgrupoproduto = 
gp.cdgrupoproduto)


Mas pode também deixar o banco gerar uma exceção de foreign key  e 
tratar a mesma. Acho que seria a melhor estratégia.


Att.
Alex


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

Re: [pgbr-geral] PostgreSQL 9.5.4 + Windows 10

[Alexsandro Haag]

Em 03/10/2016 11:37, Emanuel Araújo escreveu:


Srs.

Passsamos a usar ultimamente em nossos clientes a versao PostgreSQL 
9.5.4 + Windows 10, e constantemente vem ocorrendo "travamento" do 
postgresql logo apos o inicio do servidor, falo travamento mas na 
verdade nao sei ao certo o que esta ocorrendo.  O ambiente instalado 
eh 64bits, ja desativamos antivirus, firewall e mesmo assim essa 
situacao ocorre com frequencia (poderia haver algum tipo de 
interferencia).  O desligamento da maquina eh realizado de forma 
correta (Iniciar/Desligar).


Notamos que ao usar as versoes mais antigas do windows como 7, o 
postgresql se comporta melhor, "travando" menos.  O "travamento" 
ocorre de forma que nao conseguimos realizar conexoes com o banco, mas 
se mostra como ativo em "services".


Emanuel,
  vocês têm feito alguma parametrização posterior à instalação padrão 
do Postgres?


Pergunto porque ele pode não estar corretamente dimensionado para a 
demanda de requisições e acessos.


Seria interessante passar mais detalhes do ambiente e as parametrizações 
já realizadas.


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

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

[Alexsandro Haag]

if (erro){

/* ROOLBACK  */

update tabela set status = "Erro" where 

TRANSACAO = true; // Reinicia a transação, não sai do while
}else{
if (conta == 1000){
COMMIT
conta = 0;
TRANSACAO = true; // Reinicia a transação
}
Marcelo, o que você pode evitar aqui seria o "rollback". Ao invés de 
rollback poderia usar um campo para marcar o registro como "erro" e 
seguir o processo. Daí na lógica da sua rotina, já que não vai sair do 
laço, você trata para ignorar estes registros que tiverem status de erro 
e processa apenas os demais.


Alex

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

Re: [pgbr-geral] Programa para imprimir as tabelas e seus relacionamentos

[Alexsandro Haag]

Pessoal,


Quais programas existem atualmente no mercado (que funcionem para o 
PostgreSQL) que imprima as tabelas com seus campos e relacionamentos, 
se não me falha a memória, quero que imprima o MER da minha base.

Uma alternativa é o SQL Power Architect.
Tem a versão Community Edition: 
http://www.sqlpower.ca/page/architect_download_os


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

Re: [pgbr-geral] Script para backup

[Alexsandro Haag]

Em 26/08/2016 15:34, Ricardo escreveu:

Boa tarde pessoal,
Na versão 9.1 eu usava o scrip abaixo para gerar o backup dos 
banco, porém depois que instalei o postgres 9.5 está dando erro de 
autenticação.
Estou usando a mesma senha e usuário que uso pra autenticar no 
PgAdmin e também para conectar o banco via aplicação.

Você revisou o pg_hba.conf da sua nova instalação?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[Alexsandro Haag]

Em 25/08/2016 10:25, Leonardo Coleraus escreveu:

Bom Dia Amigos,


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



Olá Leonardo,
  uma ferramenta que pode te ajudar a estimar a configuração do seu 
Postgres é o pgtune.


Você nem precisa instalar, pode utilizar online: 
http://pgtune.leopard.in.ua/


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

Re: [pgbr-geral] Instação Postgresql v. 9.5.* ( 64 bits) no Solaris 10

[Alexsandro Haag]

Na compilação, ocorre erro ao final, devido à lib ibreadline.so.6

Apesar de atualizarmos esta biblioteca, o erro persiste.

Olá Rosana,
talvez essa referência possa ajudar: 
https://www.postgresql.org/docs/9.5/static/install-requirements.html 
(menciona por exemplo sobre a flag --without-readline)


Também aqui 
https://www.postgresql.org/docs/9.5/static/installation-platform-notes.html
No item "15.7.6.3. configure Complains About a Failed Test Program" 
menciona sobre o uso da variável de ambiente LDFLAGS para definir o 
apontamento correto para as bibliotecas...




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

Re: [pgbr-geral] Relatorio de Balancete Lento

[Alexsandro Haag]

Em 18/08/2016 09:55, Leonardo Coleraus escreveu:

Bom Dia Caros Amigos da Comunidade,


Estou com um grande problema para gerar os Balancete da empresa, 
quando coloco gerar, ele chega a levar um dia inteiro pra gerar o 
relatório de um mês, preciso de uma luz, e ver por onde começa pra 
poder diminuir esse tempo.



Olá Leonardo,
  é um tanto complicado te passar algum parecer com base em apenas uma 
função do banco, pois há diversos fatores que podem influenciar na 
geração deste relatório.


Seria necessário avaliar o dimensionamento do seu hardware, a 
configuração do seu banco de dados. Também  saber quantas vezes durante 
o procedimento de geração esta função é chamada pelo Adempiere. 
Acompanhar também o que acontece com o seu servidor enquanto este 
relatório é gerado. Para então avaliar se o gargalo está realmente nesta 
função ou em algum outro ponto.


Ao que me parece esta função, se chamada via console do pgadmin por 
exemplo, deve rodar rapidamente. Provavelmente ela é chamada diversas 
vezes pela rotina que realiza a geração do relatório. Mas ainda assim o 
gargalo pode não ser ela. Pelo que vi possui um select bastante simples, 
que deve estar retornando bem rápido.


Desta forma presumo que se fosse ela, possivelmente o gargalo seria de 
CPU e talvez seja necessário uma refatoração da rotina. Isso olhando com 
as informações que passou e de forma bastante simplista. E sendo esta 
visão "simplista", tem grandes chances de estar totalmente errada. rsrsrs


O ideal para isso, a meu ver, é que envolva um DBA para realizar esta 
análise de perto e orientar o caminho correto para sanar o problema.


Att.
Alex




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

Re: [pgbr-geral] :: Ferramenta de Modelagem Free ::

[Alexsandro Haag]

Em 09/03/2016 13:48, Wagner Vieira Furno - Lobotech escreveu:

Qual ferramenta de modelagem free podemos utilizar para postgresql no momento ?

SQL Power Architect - http://www.sqlpower.ca/page/architect_download_os

Att.
Alex

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

Re: [pgbr-geral] REF: OFF TOPIC: Hospegadem PostgreSQL 9x.

[Alexsandro Haag]

Chegaram a avaliar Amazon RDS?

https://aws.amazon.com/pt/running_databases/

Em 10/12/2015 13:09, Paulo escreveu:


Olá Pessoal,

Hoje temos hospedados vários bancos hospedados na King Host - POA e 
desde janeiro as quedas no servidor se tornaram constante.


Chegou no ponto máximo para nós e precisamos migrar para outra empresa.

Alguém tem alguma dica de uma outra empresa com servidores estáveis?

Obrigado.

Atenciosamente,

Paulo.

Gerente de TI

vp_logo

 
	Este e-mail foi enviado por um computador sem vírus e protegido pelo 
Avast.
www.avast.com 
 





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


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

Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções

[Alexsandro Haag]

On 17/04/2015 18:27, Matheus Saraiva wrote:

Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de
função dele não faz validação de sintaxe. Por isso me vejo obrigado a
ficar revesando entre ele e o pgAdmin.
Alguém conhece uma ferramenta de modelagem Linux que supra essa lacuna?


Olá Matheus,
  já utilizou o SQL Power Architect?

Link: http://www.sqlpower.ca/page/architect_download_os
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Sistema financeiro em PostgreSQL

[Alexsandro Haag]

.

Em 20/03/2015 10:30, Carlos Antônio Pereira (VidaUTI) 
carlosanto...@utivida.com.br escreveu:

 Bom dia, senhores.

 Alguém conhece algum Sistema Financeiro (Contas a pagar e receber, etc)
que use o PostgreSQL como base de dados?


Odoo (openerp )
De código aberto com suporte nacional.

Empresas que implementam :
www.kmee.com.br
www.akretion.com.br

De código fechado tem muitas outras soluções.
Alex
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Integração PosgreSQL com Visual DataFlex

[Alexsandro Haag]

Segundo o que consta em [1]:

Visual DataFlex’s architecture is designed for building Windows and web
applications, web services and service oriented architecture (SOA) using
SQL-based DBMS servers such as Microsoft SQL Server, IBM DB2,
Pervasive.SQL, Oracle and ODBC data sources.

Então acredito que seja possível sim usar PostgreSQL com Visual
Dataflex. Mais alguém?
O detalhe só é que seria apenas via ODBC, os demais mencionados já 
teriam drivers nativos para a ferramenta.


Já trabalhei por exemplo com a linguagem Magic, que também dá suporte 
a outros bancos via ODBC, porém nestas ferramentas de 4a geração 
perde-se bastante em funcionalidade. Normalmente também as mensagens de 
erro vindas do gateway ODBC que se comunica com o driver muitas vezes 
não são muito claras, por serem demasiadamente genéricas. Com os drivers 
nativos a vida para os programadores acaba sendo mais fácil.


Lembro que anos atrás, quando trabalhava com esta linguagem (Magic), o 
PostgreSQL foi injustamente criticado pela equipe de desenvolvimento, 
sofrendo inclusive boicote e sendo descontinuado na ocasião. Quando na 
verdade o suporte da ferramenta é que era sofrível através do ODBC.


Não quer dizer que com Visual DataFlex vá acontecer da mesma forma, 
porém acho importante alertar sobre estas possíveis dificuldades que 
enfrentarás pela frente.


Att.
Alex


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

Re: [pgbr-geral] Quando conectar ao banco ?

[Alexsandro Haag]

Creio que a opção 2 é a mais comum e normalmente menos custosa. Não 
seria muito viável ter que abrir e fechar conexão a cada comando enviado 
ao banco. Mas claro, depende da característica da sua aplicação.


Uma possibilidade seria utilizar a opção 2 combinada com um controle de 
sessão, fechando a aplicação em caso de um certo período de inatividade.


Se a aplicação for Web o controle de sessão se faz mais necessário, 
porém nestes casos, também é mais comum utilizar um pool de conexões.


Att.
Alex


On 05-11-2014 14:31, Sebastian Webber wrote:
2014-11-05 14:24 GMT-02:00 Marco Aurelio marcoprod...@gmail.com 
mailto:marcoprod...@gmail.com:


Caros,

Estou desenvolvendo um sistema em java com JDBC e surgiu uma
dúvida básica.
O melhor para o banco é:
1) Conectar a cada comando que for ser executado, e em seguida
fechar a conexão.
2) Conectar ao iniciar a aplicação, e apenas testar se a mesma não
caiu quando precisar executar um comando, e deixar a conexão
aberta até o encerramento da aplicação.



Fica dificil sugerir a melhor ação sem conhecer o comportamento da 
aplicação mas eu sugiro que você mantenha a conexão aberta apenas o 
tempo que for necessário, tentando reutiliza-la sempre que possível.


No seu exemplo, eu criaria a conexão apenas na primeira necessidade de 
acessso a dados e encerraria a mesma quando o programa finalizasse.


[]'s



--
Sebastian Webber
http://swebber.me


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


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

Re: [pgbr-geral] Clonar função CURRENT_DATE para SYSDATE

[Alexsandro Haag]

On 24-09-2014 16:29, Thomaz Luiz Santos wrote:

é isso que você precisa 

CREATE FUNCTION sysdate() RETURNS date AS
'select current_date;'
LANGUAGE sql VOLATILE;


Assim ele vai precisar usar a função sysdate sempre com parenteses.

Uma alternativa, se a intenção é compatibilizar com o Oracle, seria 
substituir os SYSDATE no Oracle por CURRENT_DATE que irá funcionar em ambos.


Alex



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

Re: [pgbr-geral] RES: Usar Schema sem aspas duplas

[Alexsandro Haag]

Em 10 de setembro de 2014 17:05, Natanael Roberto Rodrigues 
nr.n...@gmail.com mailto:nr.n...@gmail.com escreveu:


Boa tarde Pessoal,

Tenho uma dúvida, creio que seja fácil para quem já tem mais tempo
com o
PostgreSQL.
É possível usar o Schema no select sem o uso da Aspas Duplas?

Nomeie o esquema exclusivamente com letras minúsculas. Assim não 
precisará colocar entre aspas.


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

Re: [pgbr-geral] ferramenta

[Alexsandro Haag]

On 27-08-2014 17:09, Douglas Fabiano Specht wrote:

boa tarde pessoal,
alguem sabe se existe alguma ferramenta que envie email de alertas 
dependendo de algumas configurações pré-estabelecidas para o postgresql?
Exemplo, se chegar a 100 Usuários simultâneos ou se uma determinada 
consulta demorar X tempo envie email,

utilizamos:
postgresql 9.2
CentOS 6.4

Num modo mais simplista você poderia coletar este tipo de informação 
através de alguma rotina, script bash, ou alguma outra linguagem e 
agendar via crontab.


Eu particularmente tenho utilizado o Pentaho Data Integration (kettle) 
para este tipo de coleta de dados e posterior envio de alertas. No caso 
o utilizo devido à minha familiaridade com a ferramenta e facilidade de 
trabalhar com o mesmo mecanismo de coleta em bancos diferentes, 
alternando apenas os scripts SQL de extração da informação.


Att.
Alex
___
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 com o Microsiga Protheus

[Alexsandro Haag]

O tempo passou, e agora que você mencionou, fui olhar novamente, e não
consigo fazer sentido do que está sendo dito. Não encontrei (mas
também não procurei tanto assim) lugar  que me responda coisas
simples, como:

1) Como está a localização Brasileira?

Está mais madura, porém ainda com muita coisa mudando 
(desenvolvimento bastante ativo). A empresa Akretion é ainda a principal 
desenvolvedora, contando com algumas contribuições mais modestas da 
comunidade.


2) Já suporta NFC-e?
NFC-e ainda não, apenas NFS-e (em fase de testes, mas já 
funcional). Desenvolvedores ativos nesse projeto são Danimar e Felipe Miléo.
Sobre NFC-e já tem movimentos, porém nada de concreto ainda, até 
onde eu sei.


3) Suporta as exigências de frente de loja? (não pode depender de
conexão on-line)

Sim e não.
Tem um módulo de POS, porém ainda não localizado (sem homologação 
TEF e PAF).

 Porém, mesmo WEB, funciona offline.
O foco da localização até aqui tem sido indústria, não varejo, com 
isso não houve muita ênfase no POS.


Vou continuar procurando. Obrigado pelas sugestões.


Eu também hoje estou um tempo afastado do Odoo (antigo OpenERP), 
porém ainda estou inscrito na lista e tenho observado os movimentos por lá.


Estas soluções de ERP de código aberto poderiam sim estar bem mais 
avançadas aqui no Brasil, porém tem questões culturais que atrasam este 
processo.


Empresas privadas por exemplo, quando olham para soluções abertas, 
visam principalmente corte de custos, quando deviam vislumbrar as 
vantagens estratégicas de trabalharem com código aberto. Isso faz com 
que achem absurdo por exemplo, patrocinarem algum desenvolvimento para 
evolução de um ERP aberto, para que tenham as funcionalidades 
necessárias ao seu negócio. Em contra-partida, não se importam em gastar 
a mesma quantia ou até algumas vezes mais, para uma solução já pronta 
porém de plataforma fechada. Isso, por si só, é uma grande barreira para 
o crescimento de soluções de ERP livres no Brasil.



Att.
Alex


___
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 com o Microsiga Protheus

[Alexsandro Haag]

Entendo Leandro, e agradeço a perspectiva.

Tenho procurado um sistema de ERP, mas confesso que está difícil. Até
os sistemas de frente de loja simples que vejo são ruins, pobres,
cheios de gambiarras.

O melhor que encontrei - de frente de loja - é o Stoq, livre, para
PostgreSQL, etc. Excelente o sistema, mas... é muito, mas muito
difícil trabalhar com a Async, a empresa que patrocina o Async.
Basicamente o Stoq é um produto livre, não um projeto livre. Então o
sistema fica para trás no trem-bala de constantes mudanças fiscais e
tributárias que é o nosso país.

Alguém tem uma sugestão de ERP para pequenas empresas que preste? Que
suporte Linux e PostgreSQL?

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

Olá Roberto,
no Brasil hoje existem comunidades brasileiras de localização de 
ERPs livres estrangeiros. Um exemplo é o OpenERP (hoje Odoo) licenciado 
sob AGPL, que possui um framework integrado exclusivamente com o 
PostgreSQL.  Tem uma comunidade ativa no brasil. Mais detalhes aqui... 
http://openerpbrasil.org/


Sei que tem também iniciativas com o ERP5 (python + postgres), 
Apache Ofbiz (java + postgres), Openbravo (java + postgres). Só tome 
cuidado, lendo atentamente as licenças, pois nem todos são 
autenticamente livres.


Além disso conheço também ERPs proprietários para alguns segmentos 
de mercado usando Postgres. Um exemplo é o ERP para o segmento 
calçadista da Senda: http://www.senda.inf.br.
Ou ainda a TecMicro (www.tecmicro.com.br), com soluções de ERP para 
o Varejo, redes de lojas, etc...


Mas recomendo especialmente o primeiro (Odoo), principalmente pelo seu 
comprometimento em se manter sob a AGPL, inclusive seus módulos, não 
somente o Core como ocorre em alguns outros projetos.


Att.
Alex

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

Re: [pgbr-geral] como instalar pelo yum em partição personalizada

[Alexsandro Haag]

Em 29-05-2014 14:48, Alessandro Lima escreveu:

Boa tarde,

Instalei o postgres em servidor da amazon ec2 com os comandos abaixo:

wgethttp://yum.postgresql.org/9.3/redhat/rhel-6-x86_64/pgdg-redhat93-9.3-1.noarch.rpm
sudo rpm -ivh pgdg-redhat93-9.3-1.noarch.rpm
sudo yum install postgresql93 postgresql93-server postgresql93-devel
sudo service postgresql-9.3 initdb
sudo service postgresql-9.3 start

mas percebi que deveria ter instalado na partição /empresa e não em 
/var/lib


tem como personalizar a instalação pelo yum?


Pelo yum acho que não.
Uma alternativa é fazer um link de /var/lib para o caminho em /empresa...

tipo...
ln -s /empresa/postgresql /var/lib/postgresql

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

Re: [pgbr-geral] Vaga Analista de Suporte DBA - Fortaleza-CE

[Alexsandro Haag]

Pessoal,
  particularmente achei as considerações do Leandro Dutra muito acertadas e
perfeitamente alinhadas com a visão míope das empresas de TI no Brasil.
Acho que as respostas do Roberto inclusive reforçaram suas informações, não
o contrário.

-- 
Att.
Alexsandro Haag
http://alexsandrohaag.blogspot.com
skype: alex_hg
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] LATIN1 ou UTF-8

[Alexsandro Haag]

O cuidado somente é com aplicações de terceiros. Algumas ainda utilizam
LATIN-1 e variantes como padrão, não funcionando ainda em UTF-8.




Em 16 de julho de 2013 18:49, Osvaldo Kussama
osvaldo.kuss...@gmail.comescreveu:

 Em 16/07/13, Carlos Antônio Pereira
 (VidaUTI)carlosanto...@utivida.com.br escreveu:
  Senhores, boa tarde.
 
  Em relação a codificação do banco, há alguma diferença entre usar
  LATIN1 ou UTF-8? Muda algo em relação a performance?
 

 Recomendo fortemente UTF-8.

 Não creio que, em termos de desempenho, exista alguma diferença
 sensível, entre as duas codificações.

 LATIN-1, e todas as codificações ISO-8859-x, são passado, o presente e
 futuro é UTF-8.

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




-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.com
skype: alex_hg
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Acesso Oracle via dbi-link DBD::Oracle 1.58

[Alexsandro Haag]

Olá Emanuel,

Em 25 de março de 2013 13:54, Emanuel Araújo eac...@gmail.com escreveu:

 Alguém já passou por isso ?
 Tem alguma solução ou sugestão ?
 existe outra ferramenta que eu possa estar usando para fazer esse acesso ?

Muitas vezes se usa uma ferramenta ETL* para este tipo de trabalho.
Eu pessoalmente utilizo o Pentaho Data Integration (Kettle**),
ferramenta ETL de código aberto, e desenvolvo as rotinas de extração
de uma base e inserção na outra.

* - ETL - http://en.wikipedia.org/wiki/Extract,_transform,_load
**- Kettle - http://kettle.pentaho.com/

--
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] Recomendação de ferramenta para modelagem de dados para Linux

[Alexsandro Haag]

Uma ferramenta que gosto bastante é o SQL Power Architect. A versão
Community é GPL e roda em vários SOs.
http://www.sqlpower.ca/page/architect

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

Re: [pgbr-geral] Dúvida

[Alexsandro Haag]

Sinceramente, não vi nada de anormal na pergunta do colega. É comum
professores lançarem tarefas de comparação de tecnologias. Talvez seu
questionamento na lista é que tenha sido um tanto simplório.

Inclusive as respostas dadas com foco na pergunta creio que já foram bem
satisfatórias.

Att.
Alex

Em 16/05/2012 08:39, pa...@visualpsistemas.com.brescreveu:

Qual faculdade voce cursa?
Quero manter meus filhos bem loge dela .



- Original Message -
From: Leandro Guimarães Faria Corcete DUTRA l...@dutras.org
To: Mo...
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problema com postgre para migrar base de dados

[Alexsandro Haag]

Bruno,
Sobre a ferramenta concordo com o Leandro.

Mas se estiver utilizando, por exemplo, o PgAdmin para o backup, na guia de
mensagens, se näo estou enganado, você consegue ver a linha de comando
utilizada.

Att.
Alex

Em 31/03/2012 22:17, Bruno St - Ainfra br...@ainfra.netescreveu:

vc tem quantos anos?



On Saturday, March 31, 2012, Leandro Guimarães Faria Corcete DUTRA 
l...@dutras.org wrote:
 Le 31/0...

-- 
Bruno Steven - Administrador de sistemas
LPIC-2 / MCSA-Windows 2003 / CompTIA Security+

[image...

___
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] ERP livre PostgreSQL Brasil

[Alexsandro Haag]

Por isso é importante que os ERPs ofereçam suporte a modularização,
semelhante ao que vemos nas extensões dos navegadores.

Hoje muitos destes ERPs citados são extremamente modulares, permitindo que
sejam configurados para ramos de negócio distintos. Possuem um core básico
e aplica-se as extensões ou desenvolve-se extensões para nichos
específicos. Com a vantagem de utilização de uma vasta lista de regras de
negócio já prontas que podem ser consumidas conforme a necessidade.

E para chegar neste nível de customização só mesmo com uma infraestrutura
baseada em código aberto e cooperação. Plataformas fechadas precisam de uma
série de artifícios para se aproximarem deste nível de modularização, mas
devido às limitações impostas pela proteção do código não chegam nem perto
das soluções abertas.

Att.
Alex

 Em 15/03/2012 11:01, Alexsander Rosa alexsander.r...@gmail.comescreveu:

Acho complicado um único ERP servir pra todo tipo de empresa. Por exemplo:
geralmente uma indústria tem uma carteira de clientes bem menor que a
carteira de um atacadista e/ou varejista. Raramente uma indústria vai ter
um call center para pegar pedidos -- geralmente são representantes que
fazem isso; por outro lado, um comerciante raramente vai trabalhar com
produção e/ou manufatura em seu estabelecimento.

Isso é quase uma comparação de lato sensu versus stricto sensu.


 Em 12 de março de 2012 15:04, Guimarães Faria Corcete DUTRA, Leandro
 l...@dutras.org escreveu:
...
-- 
Atenciosamente,
Alexsander da Rosa
http://rednaxel.com

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

Re: [pgbr-geral] ERP livre PostgreSQL Brasil

[Alexsandro Haag]

Sim,
Mas ainda assim acho importante ser lembrado, pois dependendo do escopo do
projeto ele pode servir bem.

Além disso, até onde vai seu escopo depende muito do esforço coletivo e o
foco hoje pode ser diferente amanhã. ;)

Alex

Em 15/03/2012 11:20, Roberto Mello roberto.me...@gmail.comescreveu:

2012/3/14 Alexsandro Haag alexsandro.h...@gmail.com:


 Além disso tem também o Stoq, um projeto mais modesto, nacional, mais
 focado no comércio varej...
O Stoq não é ERP nem pretende ser, que eu saiba. O escopo do projeto é
bem mais restrito, focalizado em ser um sistema de gestão comercial.

Roberto

___
pgbr-geral mailing list
pgbr-geral@listas.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] ERP livre PostgreSQL Brasil

[Alexsandro Haag]

Leandro você chegou a olhar o Erp5, que comentei anteriormente?

Alex

Em 15/03/2012 14:55, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org
escreveu:

2012/3/15 Alexsandro Haag alexsandro.h...@gmail.com:

 Por isso é importante que os ERPs ofereçam suporte a modularização,
 semelhante ao que vemos nas ...
Bom, minha pergunta permanece: algum além do OpenERP ou só ele mesmo?

___
pgbr-geral mailing list
pgbr-geral@listas.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] ERP livre PostgreSQL Brasil

[Alexsandro Haag]

O Openbravo veio também do Compiere.

Realmente não sei como está o Postbooks no Brasil. Creio que não muito
evoluído.

Alex

Em 15/03/2012 15:29, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org
escreveu:

Opa, não havia visto esta mensagem:


2012/3/14 Alexsandro Haag alexsandro.h...@gmail.com:


  chegaste a avaliar também o ERP5? Tem um trabalho forte de
 Localização dele para o Brasil.
Esse acho que nunca ouvira falar, obrigado!



 Segue o link para o projeto dele no Brasil, no Portal do Software
 Público Brasileiro:
 http:/...
Lá vou eu, resgatar minha conta no SPB…



 Além disso tem também o Stoq, um projeto mais modesto, nacional, mais
 focado no comércio varej...
Focado demais… é para uma ONG…



 Uma alternativa de ERP em Java seria o Adempiere.
Boa lembrança, obrigado.  Imagino que o Compière Brasil tenha morrido
com o advento do Adempière?



 Teria também o
 Openbravo, porém este não creio que hoje possa ainda ser considerado
 livre.
O OpenBravo não é uma versão do OpenERP, ou vice‐versa?



 Ah, tem também o PostBooks -
 http://sourceforge.net/projects/postbooks/  que, se não me engano...
Está localizado?

___
pgbr-geral mailing list
pgbr-geral@listas.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] ERP livre PostgreSQL Brasil

[Alexsandro Haag]

Em 12 de março de 2012 15:04, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
 Boa tarde!

 Volta e meia eu pergunto isso, mas é porque é uma questão meio
 circunstancial… como estão os ERPs livres sobre PostgreSQL no Brasil
 hoje?  Tem algo em uso além do OpenERP?

 Nada contra o OpenERP, mas talvez eu vá ajudar numa implementação de
 um sistema livre de contabilidade, finanças e gestão e gostaria de ver
 que alternativas há.

Olá Leandro,
  chegaste a avaliar também o ERP5? Tem um trabalho forte de
Localização dele para o Brasil.

Segue o link para o projeto dele no Brasil, no Portal do Software
Público Brasileiro:
http://www.softwarepublico.gov.br/register/?return_url=/ver-comunidade?community_id=23731755

Além disso tem também o Stoq, um projeto mais modesto, nacional, mais
focado no comércio varejista: http://www.stoq.com.br

Os dois acima são desenvolvidos em Python, assim como o OpenERP.

Uma alternativa de ERP em Java seria o Adempiere. Teria também o
Openbravo, porém este não creio que hoje possa ainda ser considerado
livre.

Ah, tem também o PostBooks -
http://sourceforge.net/projects/postbooks/  que, se não me engano, é
em python também.

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

Re: [pgbr-geral] Converter Banco

[Alexsandro Haag]

E tem também o Kettle (Pentaho Data Integration) que facilita bastante
estas migrações também.

Alex

Em 8 de fevereiro de 2012 17:09, Eduardo Alexandre
eduardog...@gmail.com escreveu:
 Exportar como CSV e importar no PostgreSQL é sempre uma opção.


 Dependendo dos dados, um script que lê os registros do Firebird e insere no
 PostgreSQL também pode funcionar muito bem.

 Abraços,

 Eduardo

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




-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] Postgres Embarcado Existe?

[Alexsandro Haag]

Então Marcelo,
 se vai mesmo fazer em Delphi e faz questão que seja embarcado então não
ficaria com o Postgres. Manteria o Firebird (se já tiver know how com ele,
o que imagino) ou ficaria com a sugestão de outro colega... sqllite.

Att.
Alex

Em 11 de novembro de 2011 08:37, Marcelo Silva (IG) marc...@ig.com.brescreveu:

   Rsrsr Calma ae pessoal... é só um sisteminha pra uma pizzaria bem
 pequena rsrsrs...
 Só quero quebrar uma galho pra meu sobrinho, pra isso eu queria usar o
 Postgres [image: Alegre]

 Mas as dicas apresentadas aqui também servem pra futuros projetos [image:
 Alegre]

 Legal

wlEmoticon-smile[1].png___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Postgres Embarcado Existe?

[Alexsandro Haag]

 Gente, que é isso, não precisa arriscar os dados de ninguém.  Embutir o
 PostgreSQL é muito simples, mesmo em MS Windows, como eu já expliquei; e nem
 Firebird nem SQLite são minimamente seguros…

Talvez uma chamada silenciosa do InnoSetup para o instalador do
Postgres? Alguém já testou isso?




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




-- 
Atenciosamente
Alexsandro Haag
http://alexsandrohaag.blogspot.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] Aplicativos contábeis livres sobre PostgreSQL

[Alexsandro Haag]

Não, isso é feito somente para login automático na versão demo. Pelo método
tradicional de login a senha não fica exposta. Nem mesmo o database ou
usuário. Mas realmente não sei o que conseguiria ver utilizando um Firebug
ou coisa assim. Até fiquei curioso e vou testar.

Mas internamente no banco ela não é  criptografada por default. Para isso
instala-se um módulo adicional na gestão interna de módulos do sistema. Do
contrário fica exposta podendo ser vista num simples select.

Alex

Em 09/11/2011 00:41, Shander Lyrio shan...@nucleo45.com.brescreveu:

Em 08-11-2011 20:47, Alexsandro Haag escreveu:

 Ele possui versão Web e também desktop. Acho muito interessante sua
 arquitetura de Webservices...
   Por curiosidade, passei para dar uma olhada no demo do openerp e
quase
caí de costas quando me dei conta da URL que ele utiliza para acessar o
sistema demo.


https://demo.my.openerp.com/?db=demo_1320735604user=demopassword=demologin_action=login

   Ele passa usuário e senha abertamente na URL? quem o utiliza
normalmente sabe se isto funciona desta forma mesmo?? Eu estou custando
a acreditar em algo deste tipo, mas foi exatamente esta a url que foi
aberta no meu navegador quando iniciei o demo on-line.

   Abraço,

--
Shander Lyrio
http://about.me/shander

___
pgbr-geral mailing list
pgbr-geral@listas.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] Postgres Embarcado Existe?

[Alexsandro Haag]

Marcelo,
  Se o sistema é pequeno e você vai desenvolver em Delphi sugiro outra
combinação. Ao invés de:
Windows + Delphi + Postgres + Innosetup
Use:
Linux + Lazarus + Postgres + rpm ou deb

Daí você coloca o Postgres como pacote dependênte e você terá algo melhor
que uma solução embarcada, e tão prática quanto.

Talvez de quebra já resolva até problemas de licenciamento do seu cliente.

Pelo que acompanhei na lista até aqui...  Postgres embarcado não é algo
simples, devido à sua arquitetura. No seu lugar eu investiria energia em
algo que agregue valor ao cliente, deixando gambiarras para trás. ;)

Alex

Em 09/11/2011 08:49, Marcelo Silva (IG) marc...@ig.com.brescreveu:

Pessoal,

Estou precisando criar um sistema simples de Pizzaria para meu sobrinho e
pretendo usar o Postgres, mas o sistema será pequeno mesmo, e como ele não
manja nada de instalar sistema e essas coisas, gostaria de facilitar ao
máximo.

Existe Postgres embarcado?

Senão, existe alguma forma de incorporar o Postgres numa instalação com
InnoSetup ?


Marcelo Silva
--
Desenvolvedor Delphi, PHP
msn: marc...@ig.com.br
cel.: (11) 9693-4251

___
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] Postgres Embarcado Existe?

[Alexsandro Haag]

Marcelo, você não vai conectar o banco na internet, vai rodar apenas
localmente e sua aplicação é que vai conectar nele e fazer a interface com
a Web. Mas seu banco estará acessível apenas local, do contrário terá um
grande problema de segurança. Então para isso mesmo o Firebird serviria.

Com o Postgres você vai trabalhar desta mesma forma.

Alex

Em 09/11/2011 09:19, Marcelo Silva (IG) marc...@ig.com.brescreveu:

  Minha intenção, mesmo sendo um sistema pequeno é mais pra frente,
disponibilizar esse sistema para ele fazer consultas (relatorios) via
internet desta forma o Firebird já descartei.
Não sei se o SqLite suporta conexões externas, mas foi bem lembrado.
Quanto ao sistema operacional, vou ter que usao o Windows mesmo, pois ele
depende deste.

Bem vou garimpar algumas ideias na web, pra ver como faço isso.

Mas já valeu as dicas...





 *From:* Leonardo Carneiro chesterma...@gmail.com
*Sent:* Wednesday, November 09, 2011 9:12 AM
*To:* Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
*Subject:* Re: [pgbr-geral] Postgres Embarcado Existe?



Como o Itamar já mencionou, se você realmente deseja algo embarcado, talvez
seja mais fácil usar o ...

--


___
pgbr-geral mailing list
pgbr-geral@listas.postgresq...

___
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] Postgres Embarcado Existe?

[Alexsandro Haag]

Sou da opinião do Bruno.
Daí a segunda fase do relatórios Web já estaria pronta.

Alex

Em 9 de novembro de 2011 09:57, Bruno Silva bemanuel...@gmail.com escreveu:
 Minha intenção, mesmo sendo um sistema pequeno é mais pra frente,
 disponibilizar esse sistema para ele fazer consultas (relatorios) via
 internet desta forma o Firebird já descartei.
 Não sei se o SqLite suporta conexões externas, mas foi bem lembrado.
 Quanto ao sistema operacional, vou ter que usao o Windows mesmo, pois ele
 depende deste.

 Porque não fazer o sistema para web? Com isso você facilita o acesso
 ao sistema, evita trabalho de instalação no cliente, a manutenção é
 mais rápida e outras vantagens.

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




-- 
Atenciosamente
Alexsandro Haag
http://alexsandrohaag.blogspot.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] Aplicativos contábeis livres sobre PostgreSQL

[Alexsandro Haag]

Leandro,
 você já conversou com a Akretion sobre o Openerp? Eles são do Rio de
Janeiro e são hoje os profissionais responsáveis por grande parte
(99%) da Localização Brasileira do OpenERP.

Se quiser posso te passar o contato do Renato Lima da Akretion.

Alex

Em 8 de novembro de 2011 20:03, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
 Boa noite!

 Preciso, com certa urgência, avaliar o custo e prazo de migração de um
 pequeno sistema proprietário de contabilidade para algum sistema
 livre, preferencialmente rodando sobre PostgreSQL.

 Já estou procurando prestadores de serviços de OpenERP.  Em princípio,
 não estou indo atrás do ADempière por me parecer um sistema mais
 complexo.  E preciso de sistemas suportados por empresas brasileiras,
 visto que as regras do serviço público praticamente me impedem de
 comprar ou contratar algo fora do País.

 Alguma outra sugestão?  O Roberto Melo apresentou o Stoq na PgBr, mas
 não estive em sua palestra e, pesquisando, me pareceu que o Stoq não
 faz contabilidade e finanças.

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




-- 
Atenciosamente
Alexsandro Haag
http://alexsandrohaag.blogspot.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] Aplicativos contábeis livres sobre PostgreSQL

[Alexsandro Haag]

Tem também o ERP5 BR, mas este não conheço. O OpenERP acho bastante
simples. Aqui tem uma versão online dele, porém sem a localização
brasileira: https://demo.my.openerp.com mas já dá prá ver o módulo de
contabilidade.

Ele possui versão Web e também desktop. Acho muito interessante sua
arquitetura de Webservices (XML-RPC). Eu por exemplo configuro o
Postgres para permissão de acesso apenas local e tanto o Serviço Web
quanto os Desktops não acessam o banco diretamente. Fazem a requisição
ao Openerp Server, este acessa o banco localmente (ou não) e devolve
via XML-RPC ao client Web ou Desktop.

A Akretion provavelmente possui uma demo online com a localização.

O contato do Renato envio prá você em seguida.

Existia ainda o Fiél Contábil, um projeto brasileiro em PHP+Postgres
porém acho que foi descontinuado.

Att.
Alex

Em 8 de novembro de 2011 20:15, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
 2011/11/8 Alexsandro Haag alexsandro.h...@gmail.com:
  você já conversou com a Akretion sobre o Openerp? Eles são do Rio de
 Janeiro e são hoje os profissionais responsáveis por grande parte
 (99%) da Localização Brasileira do OpenERP.

 Se quiser posso te passar o contato do Renato Lima da Akretion.

 Agradeço, embora já tenha feito um pedido de informações a eles há
 poucos minutos.  Como um contato específico costuma ajudar, será útil.

 Entretanto, o que mais me interessa agora é saber se há outros
 sistemas, suportados no Brasil, tão ou mais simples que o OpenERP (por
 isso não fui atrás do ADempière, aparentemente mais complexo).
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Atenciosamente
Alexsandro Haag
http://alexsandrohaag.blogspot.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] Aplicativos contábeis livres sobre PostgreSQL

[Alexsandro Haag]

O Openbravo também seria uma alternativa, porém é um Fork do Compiere,
sendo assim é muito parecido com o Adempiere.
Além disso não é GPL, mas sim OBPL (uma licença própria que permite
certas atrocidades).

Alex


Em 8 de novembro de 2011 21:44, Alexsandro Haag
alexsandro.h...@gmail.com escreveu:
 Olá Bruno,
  entrei a pouco. Usuário admin senha admin.

 Não funcionou prá você?

 Alex

 Em 8 de novembro de 2011 21:34, Bruno Silva bemanuel...@gmail.com escreveu:
 O site de demonstração do OpenERP não está validando o usuário no momento.

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





 --
 Atenciosamente
 Alexsandro Haag
 http://alexsandrohaag.blogspot.com




-- 
Atenciosamente
Alexsandro Haag
http://alexsandrohaag.blogspot.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] Importação Banco Postgresql para Sybase

[Alexsandro Haag]

Olá,
  você poderia utilizar uma ferramenta ETL para este procedimento. Existem
algumas opensource muito boas, como o Kettle ou Talend.

Att.
Alex

Em 7 de outubro de 2011 08:09, Douglas.grupos Rauber 
douglas.gru...@gmail.com escreveu:

 Bom dia Prezados!

 Preciso recriar um banco de dados Postgresql em um banco de dados Sybase
 Anywhere, estou fazendo um programa em java que lê os metadados e recria as
 tabelas, lê os dados do Postgresql e insere nas tabelas criadas no Sybase,
 estou próximo da conclusão da parte de recriação das tabelas.
 Pergunto-lhes: O correto para fazer a leitura e inserção dos dodos é
 fazendo getString, getInteger... e populando os dados para inserir no banco
 Sybase ou exite outra maneira mais simples e direta ?

 Obrigado

 Douglas

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




-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] PGBR2011 - Prêmio destaques da comunidade

[Alexsandro Haag]

Bom,
   meus votos são os seguintes:

Item 1 - Euler Taveira de Oliveira - pela sua contribuição com o projeto
pg_similarity. Conheci a ferramenta na sua palestra no ERBD em Novo
Hamburgo-RS.

Item 3 - Leandro  Guimarães Faria Corceti Dutra - Pelas suas contribuições
que muitas vezes geram polêmica mas no final se mostram muito bem centradas
e fundamentadas.

Item 4 - Fábio Telles Rodriguez por encabeçar iniciativas com esta.

Att.
Alex

Em 7 de outubro de 2011 07:47, Fábio Telles Rodriguez 
fabio.tel...@gmail.com escreveu:


 3) Pessoa que melhor contribuiu na lista pgbr-geral nos últimos 12 meses;

 Minha indicação para melhor contribuição na lista pgbr-geral:
 Osvaldo Kussama (osvaldo.kuss...@gmail.com). Quase 100 emails na lista.
 Não me lembro de uma contribuição dele que eu não considerasse significativa
 aqui na lista. Uma lenda.

 Como exemplo eu vou pegar esta thread:
 http://listas.postgresql.org.br/pipermail/pgbr-geral/2010-November/023177.html



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




-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] PGBR2011 - Prêmio destaques da comunidade

[Alexsandro Haag]

Em 7 de outubro de 2011 09:16, Fábio Telles Rodriguez 
fabio.tel...@gmail.com escreveu:



 Em 7 de outubro de 2011 09:05, Alexsandro Haag 
 alexsandro.h...@gmail.comescreveu:

 Bom,
meus votos são os seguintes:

 (por enquanto, seriam indicações, os votos são numa próxima fase)

Havia entendido, apenas me expressei mal. ;)


 Item 1 - Euler Taveira de Oliveira - pela sua contribuição com o projeto
 pg_similarity. Conheci a ferramenta na sua palestra no ERBD em Novo
 Hamburgo-RS.

 Seria aqui no ítem 2. Ferramenta livre. O ítem 1 é mais para contribuição
 no core.

Tens razão, item 2 então.




 Item 3 - Leandro  Guimarães Faria Corceti Dutra - Pelas suas contribuições
 que muitas vezes geram polêmica mas no final se mostram muito bem centradas
 e fundamentadas.

 ok



 Item 4 - Fábio Telles Rodriguez por encabeçar iniciativas com esta.

 A iniciativa é do Leonardo Cézar. Eu só portei a discussão da lista
 pgbr-dev para cá.


Certo, ainda assim se encaixa no item 4.


-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] WITH (NOLOCK) Postgres 9.1

[Alexsandro Haag]

Isso é utilizado no sqlserver prá fazer leitura suja. Com este hint ele
traria o resultado de determinado registro mesmo que ele esteja em
transação. Ou seja pegaria a última posição do registro antes de ter entrado
em transação, ao invés de gerar lock aguardando a transação terminar.

Mas no Postgres achava que não existia isso. Não pode ter havido alguma
adaptação para compatibilizar com o MSsql nesta sua versão?

Alex

Em 21/09/2011 18:38, Bruno Silva bemanuel...@gmail.comescreveu:

Também achava, e não vejo utilidade em uma SELECT.
Mas, no sistema que temos aqui tem. :/
Bruno E. A. Silva.


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

Re: [pgbr-geral] WITH (NOLOCK) Postgres 9.1

[Alexsandro Haag]

2011/9/21 Bruno Silva bemanuel...@gmail.com

 Exato, e um SELECT não causa locks.


Eu não disse isso Bruno, mas sim que ele pode sofrer lock devido a alguma
transação bloqueando o registro que está na faixa de busca do select. Mas
isso não em Postgres, como esclareceu o Euler. Isso ocorre em MSSQL.

-- 
Atenciosamente

Alexsandro Haag
http://alexsandrohaag.blogspot.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] Dicionário de dados

[Alexsandro Haag]

Também utilizo o Sql Power Architect. Particularmente acho muito bom!

Att.
Alex

Em 20/09/2011 15:58, Flavio Henrique Araque Gurgel fha...@gmail.com
escreveu:

 Gratuito.

 Obrigado

Utilizo o Power Architect.
Tem uns bugs, mas é software livre. Os proprietários também são
bugados pra burro.
É em Java e, portanto, independente de plataforma.

[]s
Flavio Gurgel

___
pgbr-geral mailing list
pgbr-geral@listas.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] [ajuda] automatizando o backup via macro

[Alexsandro Haag]

Dê uma pesquisada sobre o comando pg_dump . Na guia de mensagens do pgadmin
inclusive voce consegue ver a linha de comando montada por ele.

Em 15/09/2011 18:02, rogerio dandrea rolemo...@gmail.comescreveu:

Estou me adaptando bem em fazer o backup do sistema gravando um arquivo .odb
do libreoffice e outro pelo comando  backup do pgadmin.
Mas estou querendo facilitar as coisas para o usuario do sistema. Quais
seriam os comandos em sql que gerariam o mesmo arquivo de backup do pgadmin?
com isto poderia criar uma macro para automatizar o processo de backup

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

Re: [pgbr-geral] [ajuda] automatizando o backup via macro

[Alexsandro Haag]

Então, na tela onde você dispara o backup tem uma guia que mostra a saída do
comando. No topo da lista tem o próprio comando.

Em 15/09/2011 18:10, rogerio dandrea rolemo...@gmail.comescreveu:

É isto que estou precisando, a linha de comando sql gerada por ele, pois ele
não é uma instrução sql e funciona via terminal e não via comando sql. Pelo
que eu pude perceber ele é um montador de instruçoes sql.

Em 15 de setembro de 2011 18:06, Alexsandro Haag
alexsandro.h...@gmail.comescreveu:



 Dê uma pesquisada sobre o comando pg_dump . Na guia de mensagens do
pgadmin inclusive voce cons...


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

Re: [pgbr-geral] [ajuda] automatizando o backup via macro

[Alexsandro Haag]

Rogério, repare na primeira linha...
/usr/bin/pg_dump...

Essa é a linha de comando que deve ser executada via terminal ou prompt do
dos...

Att.
Alex

Em 15/09/2011 18:13, rogerio dandrea rolemo...@gmail.comescreveu:

/usr/bin/pg_dump --host localhost --port 5433 --username postgres --format
custom --verbose --file vbrbackup15092011 vbr
pg_dump: lendo esquemas
pg_dump: lendo funções definidas pelo usuário
pg_dump: lendo tipos definidos pelo usuário
pg_dump: lendo linguagens procedurais
pg_dump: lendo funções de agregação definidas pelo usuário
pg_dump: lendo operadores definidos pelo usuário
pg_dump: lendo classes de operadores definidas pelo usuário
pg_dump: lendo analisadores de busca textual definidos pelo usuário
pg_dump: lendo modelos de busca textual definidos pelo usuário
pg_dump: lendo dicionários de busca textual definidos pelo usuário
pg_dump: lendo configurações de busca textual definidas pelo usuário
pg_dump: lendo adaptadores de dados externos definidos pelo usuário
pg_dump: lendo servidores externos definidos pelo usuário
pg_dump: lendo famílias de operadores definidas pelo usuário
pg_dump: lendo conversões definidas pelo usuário
pg_dump: lendo tabelas definidas pelo usuário
pg_dump: lendo informação de herança das tabelas
pg_dump: lendo regras de reescrita
pg_dump: lendo conversões de tipo
pg_dump: encontrando relacionamentos herdados
pg_dump: lendo informações das colunas em tabelas interessantes
pg_dump: encontrando as colunas e tipos da tabela animal
pg_dump: encontrando expressões padrão da tabela animal
pg_dump: encontrando as colunas e tipos da tabela cliente
pg_dump: encontrando expressões padrão da tabela cliente
pg_dump: encontrando as colunas e tipos da tabela vacinas
pg_dump: encontrando expressões padrão da tabela vacinas
pg_dump: encontrando as colunas e tipos da tabela cor
pg_dump: encontrando expressões padrão da tabela cor
pg_dump: encontrando as colunas e tipos da tabela cvacina
pg_dump: encontrando expressões padrão da tabela cvacina
pg_dump: encontrando as colunas e tipos da tabela especie
pg_dump: encontrando expressões padrão da tabela especie
pg_dump: encontrando as colunas e tipos da tabela ficha
pg_dump: encontrando expressões padrão da tabela ficha
pg_dump: encontrando as colunas e tipos da tabela raca
pg_dump: marcando colunas herdadas nas subtabelas
pg_dump: lendo índices
pg_dump: lendo índices da tabela animal
pg_dump: lendo índices da tabela cliente
pg_dump: lendo índices da tabela vacinas
pg_dump: lendo índices da tabela cor
pg_dump: lendo índices da tabela cvacina
pg_dump: lendo índices da tabela especie
pg_dump: lendo índices da tabela ficha
pg_dump: lendo índices da tabela raca
pg_dump: lendo restrições
pg_dump: lendo restrições de chave estrangeira da tabela animal
pg_dump: lendo restrições de chave estrangeira da tabela cliente
pg_dump: lendo restrições de chave estrangeira da tabela vacinas
pg_dump: lendo restrições de chave estrangeira da tabela cor
pg_dump: lendo restrições de chave estrangeira da tabela cvacina
pg_dump: lendo restrições de chave estrangeira da tabela ficha
pg_dump: lendo restrições de chave estrangeira da tabela raca
pg_dump: lendo gatilhos
pg_dump: lendo gatilhos da tabela animal
pg_dump: lendo gatilhos da tabela cliente
pg_dump: lendo gatilhos da tabela vacinas
pg_dump: lendo gatilhos da tabela cor
pg_dump: lendo gatilhos da tabela cvacina
pg_dump: lendo gatilhos da tabela ficha
pg_dump: lendo gatilhos da tabela raca
pg_dump: lendo dados sobre dependência
pg_dump: salvando codificação = UTF8
pg_dump: salvando padrão de escape de cadeia de caracteres = off
pg_dump: salvando definição do banco de dados
pg_dump: copiando conteúdo da tabela animal
pg_dump: copiando conteúdo da tabela cliente
pg_dump: copiando conteúdo da tabela cor
pg_dump: copiando conteúdo da tabela cvacina
pg_dump: copiando conteúdo da tabela especie
pg_dump: copiando conteúdo da tabela ficha
pg_dump: copiando conteúdo da tabela raca
pg_dump: copiando conteúdo da tabela vacinas

Process returned exit code 0.

nâo ainda não e isto que eu preciso...

Em 15 de setembro de 2011 18:10, rogerio dandrea rolemo...@gmail.comescreveu:



 É isto que estou precisando, a linha de comando sql gerada por ele, pois
ele não é uma instruçã...


___
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 montagem SQL

[Alexsandro Haag]

E o AND ?

Em 07/09/2011 14:18, Pedro B. Alves pedroalve...@gmail.comescreveu:

 Para falar a verdade, fiz de cabeça, sem compromisso, estou num
 computador que não está com o Po...
É que pelo que lembro do exists ele irá retornar verdade se qualquer
um deles existir, e eu preciso que retorne verdade se todos os
elementos existirem.

___
pgbr-geral mailing list
pgbr-geral@listas.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] [ajuda] programas para uso do postgresql em aplicações locais

[Alexsandro Haag]

Dah uma olhada no Lazarus, eh Delphi like.

Outra RAD muito promissora chama-se Wavemaker, para aplicaçoes ricas na Web.
Trabalha muito bem com Postgres.

Links:
Http://lazarus.freepascal.org
Http://www.wavemaker.com

Ambas soluçoes abertas.

Att.
Alex

Em 07/09/2011 04:25, rogerio dandrea rolemo...@gmail.comescreveu:

  Bom o glom parece que parou em 2006, o gambas saiu a versão 3 ainda não
testei e o libreoffice base estou com problemas de velocidade de
carregamento dos formularios( consulta realizada no pgadmin leva 17ms a
mesma consulta aberta em formulario demora cerca de 11 segundos. para
carregar o formulario com a consulta..)(libreoffice + postgresql via drive
jdbc)
Alguma outro programa para linux, ou devo partir para alguma linguagem
copilada?

Glom ou Gambas ou LibreOffice…


 Bom na opniaõ dos senhores qual seria o melhor companheiro do
 postgresql para desemvolver aplicações locais no linux com interface
 mais agradavel(gui, gtk, etc..). afinal o access e o libreoffice base
 fazem justamente isto..




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

Re: [pgbr-geral] REF. UPDATE Comparando Coluna.

[Alexsandro Haag]

De repente poderia usar as window functions lag() ou lead() pra comparar com
o registro anterior ou posterior.

Em 18/08/2011 17:39, pa...@visualpsistemas.com.brescreveu:

**
OLA PESSOAL,

Preciso executar um UPDATE para zerar coluna valor
que esta duplicada na tabela. EX:

HOJE TENHO ASSIM:
Matricula-Dependente-Valor
955663MATILDE DEMETRIO SALASAR   9.90
955663JEAN DEMETRIO SALASAR  9.90
955659ELUDIZ MARCOS DA CUNHA14.90
955659CELIA DA CUNHA LUCIANO;  14.90
955656MARIA EDUARDA DOS SANTOS   9.90
955656ARTUR DOS SANTOS MENDONÇA  9.90
955649EVELIN MACHADO DA ROSA 4.90
955639JOSE ANTONIO MELO CORADELI 9.90
955639ANDREIA MELO   9.90


UPDATE tabela SET valor = 0 , se matricula for igual
matricula imediatamente anterior, ou seja, preciso
manter o valor apenas na primeira leitura e zerar as demais.

FICARIA ASSIM:

Matricula-Dependente-Valor
955663MATILDE DEMETRIO SALASAR   9.90
955663JEAN DEMETRIO SALASAR  0.00
955659ELUDIZ MARCOS DA CUNHA14.90
955659CELIA DA CUNHA LUCIANO;   0.00
955656MARIA EDUARDA DOS SANTOS   9.90
955656ARTUR DOS SANTOS MENDONÇA  0.00
955649EVELIN MACHADO DA ROSA 4.90
955639JOSE ANTONIO MELO CORADELI 9.90
955639ANDREIA MELO   0.00

Alguem tem alguma dica ???

Obrigado.
Paulo.

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

Re: [pgbr-geral] REF. UPDATE Comparando Coluna.

[Alexsandro Haag]

Poderia montar um bloco anonimo com um cursor ordenado da forma como voce
apresentou e num laço fazer o update registro a registro comparando com a
chave guardada do registro anterior.

Att.
Alex

Em 18/08/2011 20:08, Marcelo Silva (IG) marc...@ig.com.brescreveu:

hum... me parece que ele está tentando resolver algo de imediato, o que
poderia ser sugerido neste caso?
Me parece que na tabela que ele mostrou não existe uma primary key, então
pressupoe-se que esteja na sequencia natural.
Como a duvida dele foi superficial, está aí uma dica parcial...
Ele poderia fazer um while pra inserir uma key pra cada registro na
sequencia que ele precisar, mas...
Claro que cada caso é um caso...



-Mensagem Original-
From: Leandro Guimarães Faria Corcete DUTRA
Sent: Thursday, August 18, 2011 8:00 PM
To: Marcelo Silva (IG) ; Comunidade PostgreSQL Brasileira

Subject: Re: [pgbr-geral] REF. UPDATE Comparando Coluna.

Le 2011.A.18 18h35, Marcelo Silva (IG) a écrit :
 Se nao existe uma coluna com um cod_key crie uma ...
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Select em campos com acentos

[Alexsandro Haag]

Dah uma olhada no pg_similarity (http://pgsimilarity.projects.postgresql.org)
do Euller Taveira de Oliveira. Deve te ajudar nisso.

Att.
Alex

Em 09/08/2011 10:06, Danilo Silva danilo.dsg.go...@gmail.comescreveu:

Tenho uma coluna do tipo texto que contém letras maiúsculas, minúsculas, com
e sem acentos.
Existe alguma forma ou função efetuar uma busca desses registros
independentemente da forma como foi inserido no banco?
Exemplo, se for digitado SELECT cidade,uf FROM municipios WHERE (cidade LIKE
'%sao%') ou SELECT cidade,uf FROM municipios WHERE (cidade ILIKE '%sao%')
essa consulta retornar:

  cidade| uf
+
 São Mateus | ES
 São Mateus do Maranhão | MA
 São Mateus do Sul  | PR
(3 rows)

Retorna campos com e sem acentos, maiúsculos ou minúsculos.

Att.

Danilo


___
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-TOPIC] - Vaga - Programador Júnior

[Alexsandro Haag]

Concordo,
Ainda mais quando eh para trabalhar com software livre. Ah meu ver deveria
ser o oposto, pois o serviço eh o diferencial.

Alex

Em 04/08/2011 13:07, Roberto Mello roberto.me...@gmail.comescreveu:

2011/8/4 t...@drida.com.br



 Selecionaremos currículos para 1 vaga de Programador Júnior:

 Desejável conhecimento em:

...
Sem querer desmerecer, por favor, não interprete mal, mas nossa, como
programadores ganham pouco no Brasil.

Roberto

___
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] Versões do PostgreSQL

[Alexsandro Haag]

Querer defender o codigo fechado em uma lista de um banco de dados aberto,
com pessoas que entendem as reais e superiores vantagens de se trabalhar no
modelo aberto eh dar um tiro no peh.

Normalmente soh enxergam a vantagem da gratuidade no codigo aberto, ou
melhor, de tirar vantagem deste.

Com windows usem a combinaçao certa, MSSQL. Tem ateh uma versao Express
gratuita e o que eh ainda melhor... FECHADA.

Desculpem a falta de acentuaçao, mas estou no celular.

Alex

 Em 05/07/2011 23:57, Leandro DUTRA leandro.gfc.du...@gmail.comescreveu:

2011/7/5 Vinicius Santos vinicius.santos.li...@gmail.com:


 Mas você não pode dizer que um software privativo é sempre pior
técnicamente
 que um livre.
Não.  Mas, ceteris paribus, geralmente é.



 As empresas ainda sofrem na mão da SAP, pois não existem ERP livres tão
bons
 técnicamente.
Será?



 Existem vários ERPs livres sim, mas tenha certeza que não atendem à uma
 variedade de companhia...
Isso é qualidade técnica?  Ou, simplesmente, maturidade de mercado?



 Você pode dizer que Linux é melhor que Windows, claro, mas não é por causa
 do modelo de desenv...
Não somente por causa, mas principalmente.



 Eu utilizo BrOffice, e me atende 100%, mas o MS Word tem mais recursos, é
 mais completo, porta...
Não é verdade.

Por exemplo, o LibreOffice tem estilos mais completos, contemplando
elementos como páginas e módulos como o Impress, coisas que o MS
Office não tem.

Sem contar que roda em qualquer plataforma, e gera ODTs, que o Office
não faz ou faz mal.

Agora, se o assunto for qualidade, e não apenas cobertura, não tem
disputa.  O LibreOffice dá muito menos pau que o MS Office, por
exemplo com documentos complexos ou muito grandes.



 Um escritor muito exigente pode precisar de recursos apenas encontrado no
MS
 Word.
Estou para ver quais.



 Não estou defendendo ninguém, apenas acho errado dizer que um software é
 ruim porque tem o cód...
As exceções geralmente estão no campo científico (Mathematica, por
exemplo) ou de /mainframes/ (DB2, p. ex.).  De maneira geral, é
verdade.



-- 
Skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191Goog...

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

Re: [pgbr-geral] Versões do PostgreSQL

[Alexsandro Haag]

Mas aih voltamos na mesma... Com oracle usem Linux. Recomendaçao da mesma. A
Oracle inclusive tem um kernel otimizado para seu banco de dados para sua
distro.

Em 06/07/2011 00:29, Bruno Silva bemanuel...@gmail.comescreveu:

Se for pra usar o Express de algo, coloca o Oracle Express.
Depois que vi um DBA SQL Server tendo de aceitar que a grande liberou um
SP afirmando que aplicassem por conta e risco pois eles não haviam testado
:D, minhas convicções só foram reforçadas.
Bruno E. A. Silva.



2011/7/6 Alexsandro Haag alexsandro.h...@gmail.com

 
  Querer defender o codigo fechado em uma lista de um banco de dados
 aberto, com pessoas que enten...
 ___


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



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

Re: [pgbr-geral] Postgre X Delphi

[Alexsandro Haag]

Se quiser migrar definitivamente para software livre dê uma olhada 
também no projeto Lazarus (Delphi Like), mas baseado no FreePascal e não 
no Pascal da Borland...

A lib ZeosDbo está disponível para ele também.

O site é http://lazarus.freepascal.org

Att.
Alex

Em 27-04-2011 08:21, Marcio escreveu:

Bom dia Alexandre!
Nao há nenhuma maneira de vc trabalhar com “Postgree” e Delphi, por 
que “Postgree” simplesmente nao existe.
PostgreSQL esse sim é um banco de dados Robusto, com performance e 
escalabilidade que nao deixa a desejar para nenhum dos outros DB’s, 
sem deixar de lado

varias outras qualidades.
Uma Leitura na documentação sempre é recomendada para quem está 
começando...e para os experientes também...

Voce pode usar Zeos ou a ferramenta da Vitavoom(paga).
Ambas oferecem ótimos resultados.
Abraço.
*From:* Alexandre S Gondim mailto:treiname...@magosoftware.com.br
*Sent:* Tuesday, April 26, 2011 6:28 PM
*To:* pgbr-geral@listas.postgresql.org.br 
mailto:pgbr-geral@listas.postgresql.org.br

*Subject:* [pgbr-geral] Postgre X Delphi
Ola pessoal

Sempre desenvolvi sistemas no Delphi com a famigerada BDE e algumas 
vezes com o Firebird. Ouvi maravlihas sobre o Postgre, velocidade, 
etc. Estou com dificuldade em começar. Tenho dúvidas sobre instalação, 
como configurar os terminais, etc.


Alguem tem alguma dica de livros, etc, de como trabalhar com o 
Postgree no Delphi ?


*Abraços*
**
*Alexandre S Gondim*


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


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

Re: [pgbr-geral] RES: Segurança total em banco de dados

[Alexsandro Haag]

Tem dumps de bases inteiras ali. Se procurarmos vamos achar estes dados 
pessoais com certeza.


Alex

Em 30-03-2011 14:31, Alexsander Rosa escreveu:
Mas se n�o h� dados pessoais (como nome, CPF, telefone, endere�o, etc) 
qual seria o crime?
N�o sei � piada, mas n�o acho que tolice ou incompet�ncia devam ser 
criminalizados.
Discordo da exist�ncia do crime sem v�tima, onde nenhum terceiro � 
prejudicado.


Em 30 de mar�o de 2011 14:20, Rubens Jos� Rodrigues 
rubens.rodrig...@batistarepresentacoes.com 
mailto:rubens.rodrig...@batistarepresentacoes.com escreveu:


... e ou cadeia para quem cometeu estas tolices?

�

�

�

*De:*pgbr-geral-boun...@listas.postgresql.org.br
mailto:pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br
mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em nome de
*Alexsander Rosa
*Enviada em:* quarta-feira, 30 de mar�o de 2011 14:14

*Para:* Comunidade PostgreSQL Brasileira
*Assunto:* Re: [pgbr-geral] Seguran�a total em banco de dados

�

Cadeia por expor quaisquer dados ou apenas por expor dados
pessoais de terceiros?

Em 30 de mar�o de 2011 13:55, Leandro DUTRA
leandro.gfc.du...@gmail.com mailto:leandro.gfc.du...@gmail.com
escreveu:

2011/3/30 F�bio Telles Rodriguez fabio.tel...@gmail.com
mailto:fabio.tel...@gmail.com:


 Vejam e o resultado e me digam o que acharam.

Devia dar cadeia�




--
Atenciosamente,
Alexsander da Rosa
http://rednaxel.com


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

Re: [pgbr-geral] Segurança total em banco de dados

[Alexsandro Haag]

Vamos amenizar o fato e chamar de Altruísmo Acidental.


Em 30-03-2011 16:25, Fábio Telles Rodriguez escreveu:
 Em 30 de mar�o de 2011 15:47, Mauro Risonho de Paula Assump��o
 mauro.riso...@gmail.com  escreveu:
 Este procedimento se chama Google Hacking...mas ha como evitar isso
 sim. Se quiserem algum material mando para lista. Confesso que nao sou
 DBA, mas trabalho na area de seguran�ainclusive poderemos fazer a
 fusao de conhecimentos. O que acham?
 P�, n�o precisa ser g�nio para evitar isso, n�? Colocar dados
 sens�veis bem debaixo do servidor Web est� longe de ser algo
 inteligente. � algo realmente muito b�sico. N�o deveria ser necess�rio
 ter de lembrar algu�m disso.

 Ok, posso estar sendo um pouco arrogante, mas backups deveriam ser
 tratados com mais seriedade.

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

Re: [pgbr-geral] null + 1

[Alexsandro Haag]

Olá Jean,
  trabalho com outros bancos de dados além do Postgres e o 
comportamento padrão é este mesmo.


Para resolver normalmente se usa em conjunto uma função que traz o 
primeiro valor não nulo da lista.


A função coalesce é padrão SQL Ansi e normalmente funciona na maioria 
dos bancos.


Para o seu exemplo:

update material set saldo = coalesce(saldo,0) + 1;

Att.
Alex


Em 15-03-2011 09:31, Jean Pereira escreveu:

Bom dia.

Aqui da empresa, um programador estava com problemas com a soma de um 
campo null com 1, por exemplo.


Ele tinha uma tabela de saldo e fez assim:

update material set saldo = saldo + 1;

mas o campo saldo tinha o valor null, e gostaria de saber se é normal 
o banco nem se quer dar um warning avisando da soma errada, ou se 
está correto a soma retornar null mesmo.


Abraço.
Jean Pereira


___
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] O PG simplesmente não inicia

[Alexsandro Haag]

Creio que a criação do arquivo com extensão .pid não seja algo natural 
em Sistemas Windows. Isso é uma característica de controle de processos 
que o PostgreSQL levou para o Windows a partir do momento em que foi 
portado para este sistema.


Os demais processos nativos do Windows não seguem este conceito. Talvez 
por isso seja frequente este tipo de problema.


Alex

Em 10-03-2011 13:50, Fabiano Machado Dias escreveu:

Tranquilo, o importante é resolver o problema.

Abraço,
Fabiano Machado Dias

Bom, já enfrentei tal problema em máquinas Linux, há muito tempo. 
Assim como já ocorreram desligamentos indevidos em servidores Windows 
dos clientes em que esse problema não apareceu.

Só antes que digam, não estou defendendo Windows, foi só um comentário.

2011/3/10 Fabiano Machado Dias fabi...@wolaksistemas.com.br 
mailto:fabi...@wolaksistemas.com.br


Exatamente, mas só vi dar problema até hoje no Windows, não é a
primeira vez que isso aparece na lista e sempre que ocorreu
comigo foi nesse sistema.

Abraço,
Fabiano Machado Dias





O postmaster.pid não é uma peculariedade de sistema X ou Y. O
postmaster o cria durante a inicialização, e se o mesmo não for
desligado corretamente, há grandes chances de o arquivo
permanecer, como foi o caso.

2011/3/10 Marcelo Silva (IG) marc...@ig.com.br
mailto:marc...@ig.com.br

Seja lá o que for, deletando o pid deu certo, em se tratando
de windows é
melhor não tentar entender rsrsrs...
Sou de SP e tomo conta de um servidor que está em sorocaba,
tudo via VNC...
meu, antes era novell com clipper de outro cara... que dor
de cabeça era,
depois que coloquei Delphi (nos clientes) + Linux, nem
parece que existe
maquina lá... nunca mais tive problemas, é um Ubuntu 8.4
ainda... e não
pretendo mexer tão cedo, rsrsrs...


Mais uma vez, valeu a ajuda...


Marcelo Silva





-Mensagem Original-
From: Fabiano Machado Dias
Sent: Thursday, March 10, 2011 12:19 PM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] O PG simplesmente não inicia

Talvez, mas me lembro que foi uma das primeiras coisas que
verifiquei
quando tive esse problema, no meu caso as permissões estavam
ok, só
resolveu quando movi o arquivo.

Mas como disse antes, se tratando de MS não duvido que
aconteça em
diferentes cenários.

Abraço,
Fabiano Machado Dias


Em 10/3/2011 12:07, Gustavo Garay escreveu:

 Porque você está rodando num Windows, se fosse num Linux
nunca ia ter
 esse problema!!! rsrsrs!
 Pelo que puder ver, parece que o Windows não consegue
atualizar o número
 do processo, daí ele entra numa espécie de loop, tentando
iniciar
 umprocesso que não existe mais.
 Coisas de Microsoft!
 Mas bien parece problema de persmiso, x alguna razon
desconocida, el
 archivo postmaster.pid pierde los permiso del dueño de
servicio de
 postgres, pasando a pertenecer al Administrador

 Gustavo






 Em 10/3/2011 11:35, Marcelo Silva (IG) escreveu:




 Na mosca Fabiano... deu certo.

 Sabe dizer por que isso acontece?


 Marcelo Silva
 




 From: Fabiano Machado Dias
 Sent: Thursday, March 10, 2011 11:28 AM
 To: pgbr-geral@listas.postgresql.org.br
mailto:pgbr-geral@listas.postgresql.org.br
 Subject: Re: [pgbr-geral] O PG simplesmente não inicia

 Pare o serviço do Postgres, mova o arquivo postmaster.pid
para outra pasta
 e inicie o serviço novamente.

 Abraço,
 Fabiano

 Em 10/3/2011 11:18, Marcelo Silva (IG) escreveu:




 Pessoal, até ontem estava tudo bem... hoje (10/03/11) o
postgres 8.4
 simplesmente insiste em não iniciar o serviço.
 Estou com Win7
 Tento dar um restart mas ele simplesmente fica pensando e
não inicia... e
 o pior, não dá nenhum erro especifico, ele só me manda dar
o seguinte
 comando: NET HELPMSG 3521.

 Dei esse comando no prompt mas não me mostra nada...

 Como é maquina de desenvolvimento eu retirei e instalei o
PG denovo, e
 nada adiantou.

 Esse windows tem cada uma...

 Alguém pode imaginar ou dar alguma pista do que possa ser?

 A unica coisa que fiz de diferente esses dias, foi
instalar o pacote de
  

Re: [pgbr-geral] Como evitar autenticação trust?

[Alexsandro Haag]

Acho no mínimo curiosa a visão de algumas pessoas sobre programação e 
propriedade intelectual.

Vejo que dão valor demais ao produto, quando o que importa mesmo é o 
serviço prestado com este produto ao cliente. Claro que o bom é ter os 
dois, mas o diferencial vem do segundo.

Utilizemos como exemplo o Sistema QUALQUER de Gestão Comercial... Sou o 
programador principal deste sistema e desenvolvi um algoritmo que faz o 
cálculo dos impostos de uma forma otimizada, fazendo com que o tempo de 
determinada rotina baixe, de 10 minutos para 10 segundos. Otimizei a 
rotina, pois estava mal escrita. Fico muito orgulhoso e isso prá mim tem 
muito valor, porém para o sistema inteiro ou para o cliente isso pode 
não ter a mesma importância que tem prá mim.
Posso não querer compartilhar isso com ninguém, pois me deu trabalho 
fazer e não quero dar isso de mão beijada. Mas com 30 minutos de 
envolvimento outro programador foi lá, fez de outra maneira (seguindo a 
mesma lógica ou não) e obteve o mesmo resultado.

Outra possibilidade é deixar que qualquer pessoa pegue o que tenho, 
melhore e me devolva agora rodando em 5 segundos.

Também tem outro cenário...  a preocupação de que alguém venha a hackear 
meu sistema inteiro e, ao invés de fazer um do zero, se aproveite do que 
já fiz.

  - Em primeiro lugar ele terá bastante trabalho para entender a forma 
como pensei o sistema;
  - Depois ele vai achar que determinada rotina faria diferente;
  - Ele terá bastante trabalho para colocar este sistema para funcionar;
  - Quando não funcionar ele não poderá apelar para mim, desta forma não 
vai ter segurança para levá-lo adiante;
  - Ele não vai me ligar pedindo ajuda;
  - Vai literalmente morrer na casca.

Outra possibilidade é deixar que qualquer pessoa possa pegar os fontes 
do meu sistema e melhorá-lo. Ou ainda o implemente em clientes e me 
contate se precisar de uma apoio ou melhoria, alavancando de uma forma 
ou de outra meus negócios e de quebra, melhorando meu produto.

Tenho visto hoje em dia um grande movimento neste sentido. Tudo está 
indo para o código aberto, inclusive os ERPs. (vide OpenERP, OpenTaps, 
OfBiz, OpenBravo+-,Stoq)

Se eu não abrir o meus sistema QUALQUER vão usar outro.
E como tem outros de código aberto (muito completos principalmente por 
utilizarem este modelo de negócio). Por quê vão querer ter o trabalho de 
hackear meu engessado e ultrapassado sistema?

Isso é só para contextualizar... Não estou dizendo que seu sistema seja 
assim.

O que quero demonstrar é que, a menos que meu sistema seja muito 
específico para um nicho de mercado ou ramo de negócio, que nenhum outro 
hoje atenda, não vejo vantagens em trabalhar no modelo de código 
fechado. Isso só vai atrasar me negócio. Este modelo ficou para trás.

Mesmo a Microsoft... Se buscasse desesperadamente uma forma de impedir a 
pirataria do seu sistema, não estaria onde está hoje.

Claro que esta é tão somente minha visão pessoal, não levem a mal.

Abraço Amigos!
Att.
Alex

Em 04-03-2011 13:32, Leandro DUTRA escreveu:
 2011/3/4 Fabricio Srdicfsa...@gmail.com:
 Vejam bem, os dados são sim do cliente, mas a estrutura não.
 Conceito básico de teoria de dados.  Não há dados sem estrutura.


 Ou seja, por exemplo, views
 Visões (relações derivadas) fazem parte da estrutura básica.


 stored procedures, external functions, tudo isso não pertence ao
 cliente. Porque isso faz parte estrutura do banco de dados.
 Absolutamente não.  Isso é código executável, e faz parte da aplicação, não da
 base de dados, e muito menos de sua estrutura.  Somente está na base porque
 não faz sentido colocar a rede (com latênciac) entre a lógica e os dados.

   Existe um caso interessante, que é o código que suporta as restrições
 de integridade.  Este, por mais que seja expresso na mesma linguagem que a
 lógica da aplicação, na verdade faz parte da estrutura, e portanto pertence ao
 cliente.  Ou deveria.


 O modo como as tabelas estão organizadas no banco faz parte da
 estrutura. Isso é patrimônio intelectual.
 Pode até ser, de acordo com a lei atual.  Mas não quer dizer que a lei seja
 justa ou razoável, como qualquer brasileiro com um mínimo de conhecimento ou
 experiência de vida deveria saber.  Aliás, é impossível separar o que é do
 cliente (dados) do que pode, talvez, não ser (estrutura).  Portanto, mesmo que
 um tribunal fosse tentar estabelecer essa distinção, qualquer advogado de meia
 tigela mostraria que é absurdo.


 Se, ao cancelar o sistema, você
 deixa no cliente a sua base de dados em Postgres mesmo, você está na verdade
 limitando o acesso do seu cliente aos dados, pois, não são todas as
 pltaformas de programação que conseguem trabalhar com dll's
 E o que DLLs, quem nem são inerentes ao PostgreSQL, têm a ver com o caso?  DLL
 é uma excrecência da plataforma IBM OS/2 copiada pelo MS Windows, exclusiva a
 essas plataformas.  Nos sistemas operacionais ‘de verdade’ (POSIX, inclusive
 Unix e GNU/Linux), usamos SOs.

   Também não entendo o 

Re: [pgbr-geral] Problemas de migração MySQL - Postgres ERA: Re: Novo no Grupo

[Alexsandro Haag]

Antes de pensar em migrar para outro banco de dados seria bom avaliar se 
não há otimizações para fazer no seu atual, ou ainda na sua aplicação ou 
modelo de dados.

Eu deixaria para utilizar o Postgres nos próximos projetos e tentaria 
solucionar os gargalos no MySQL. Talvez até migrar versão, ou usar a 
engine innodb ao invés de myisam.
Revisaria a utilização de índices e parâmetros do banco de dados e 
sistema operacional.

Acho que seria mais produtivo prá você.

Att.
Alex



Em 10-02-2011 14:49, Leonardo Cezar escreveu:
 2011/2/9 Junior Grossijuninh...@gmail.com:
 Boa tarde pessoal.
 Sou novo no grupo. Trabalho com web desde 2003 e sempre usei MySQL em minhas
 aplicacoes.
 Ótimo! Seja bem-vindo, mas nas próximas mensagens coloque no assunto
 algo q descreva melhor teu problema, senão as chances de alguém
 responder reduzem drasticamente.

 Atualmente estou trabalhando numa aplicacao com um certo volume de dados e o
 MySQL comecou a ficar bastante lento. Resolvi hoje de manha baixar o
 PostgreSQL e dar uma fuçada. Ele demonstrou ser bem mais rapido que o MySQL
 para a mesma base de dados que estava usando, porem, achei que ia ser
 simples a migracao e ta sendo bastante complexa rsrs. Tem um tanto de
 coisinha que no PG eh bem diferente.
 Sem duvida o PG eh bem mais robusto e pretendo usa-lo como meu banco
 principal apartir de agora, porem conto com a ajuda de voces para solucionar
 uns probleminhas de SQL que estou tendo.
 Diga oq são esses probleminhas, qual a linguagem de sua aplicação e
 mais detalhes e certamente poderemos ajudá-lo.

 Abraço!

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

Re: [pgbr-geral] caminho base

[Alexsandro Haag]

Sendo no Linux você poderia utilizar como ponto de montagem da partição 
deste novo HD o caminho dos dados do Postgres (Ex. /var/lib/postgresql). 
Desta forma não seria necessário alterar apontamentos internamente no 
Postgres.
Para fazer isso teria que:
 1 - parar o banco
 2 - mover o conteúdo de /var/lib/postgresql/* para outro lugar
 3 - montar o disco no caminho /var/lib/postgresql
 4 - mover os dados de volta para o caminho original
 5 - subir o banco.

Ou ainda criar um link para esta pasta apontando para o caminho do novo 
HD. (Não muito recomendado).

Outra opção seria alterar o caminho das tablespaces ou ainda criar uma 
nova tablespace, apontando para este novo caminho e direcionando os 
objetos prá lá.

Att.
Alex


Outra opção seria alter
On 08-12-2010 17:03, Vinicius wrote:
 E ai pessoal..

 Estou precisando alterar o local das bases, estou colocando um novo hd
 dai gostaria de passar as bases para ele.

 Tem alguma forma de alterar o caminho e copiar os arquivos do local
 original para o novo ?

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

Re: [pgbr-geral] Algo tipo APEX para postgres

[Alexsandro Haag]

Também estive procurando algo semelhante, mas infelizmente não encontrei.

Uma solução interessante, mas que não chega a ser algo acoplado assim 
como o Apex no Oracle é o WaveMaker (http://www.wavemaker.com).

Att.
Alex


On 03-12-2010 08:33, Marcelo Florindo wrote:
 Bom dia Leo,

 Apex é uma ferramenta acoplada ao banco oracle que facilita a produção
 de sistemas web de forma rápida e facilitada.
 Muito show de bola.

 Dê uma olhada em http://apex.oracle.com/i/index.html

 Estou querendo saber se existe algo semelhante ao apex para postgres.

 Abraços,

 Marcelo

 Em 3 de dezembro de 2010 07:43, Leonardo Cezarlhce...@gmail.com  escreveu:
 2010/12/2 Marcelo Florindomarcelo.em.lis...@gmail.com:
 Boa noite colegas,

 Existe algo semelhante ao apex da oracle para postgres?
 Acho o apex uma mão na roda incrivelmente ágil.
 O que é/faz o Apex?

 -Leo
 --
 Leonardo Cezar
 http://postgreslogia.wordpress.com
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



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

Re: [pgbr-geral] RES: RES: Lentidão em servidor de dados

[Alexsandro Haag]

Manda o teu postgresql.conf...

Alex

On 25-08-2010 17:21, Aldrey Galindo wrote:
 Marlon,

Nos logs do Banco não mostra nada?
Em geral no Linux, quando é erro de hardware um 'dmesg' já mostra algo.

 Abraços,
 Aldrey Galindo

 Em 25 de agosto de 2010 17:11, marlon david de souza 
 mar...@sysmo.com.br mailto:mar...@sysmo.com.br escreveu:

 Como eu citei no e-mail, não é nenhum consulta especifica que está
 travando. Qualquer consulta que demanda mais recursos, torna o
 servidor mais lento (monitorei isso pelo pg_stat_activity).

 Por isso acredito que o problema não está no Post e sim algo
 referente ao Linux ou ao Hardware, mas não sei o que.

 *De:* pgbr-geral-boun...@listas.postgresql.org.br
 mailto:pgbr-geral-boun...@listas.postgresql.org.br
 [mailto:pgbr-geral-boun...@listas.postgresql.org.br
 mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em nome de
 *Aldrey Galindo
 *Enviada em:* quarta-feira, 25 de agosto de 2010 15:29
 *Para:* Comunidade PostgreSQL Brasileira
 *Assunto:* Re: [pgbr-geral] RES: Lentidão em servidor de dados

 Marlon,

Não tenho tanta experiência como muitos na lista, mais acho que
 poderia começar logando mais informações do BD. Algumas
 configurações que acho boas para verificar:
 --- Confs ---
 #Coletando mais informações
 logging_collector = on
 client_min_messages = log
 log_min_messages = log
 log_temp_files = 0
 log_lock_waits = on
 log_autovacuum_min_duration = 0

 # Gravar planos de consulta com mais de 3 segundos
 shared_preload_libraries = 'auto_explain'
 custom_variable_classes = 'auto_explain'
 auto_explain.log_min_duration = '3s'
 --- fim ---

Creio que a partir dos logs pode saber o real motivo da alta
 utilização do CPU.

 Abraços,
 Aldrey Galindo

 Em 25 de agosto de 2010 15:01, marlon david de souza
 mar...@sysmo.com.br mailto:mar...@sysmo.com.br escreveu:

 Mais dois detalhes que eu esqueci de citar:

 · O /vacuumdb/ é rodado diariamente (um /full/ e outro /analyse/)

 · Não está logando nenhum comando SQL (auditoria)

 · Eles estão usando RAID tipo 5

 *De:* pgbr-geral-boun...@listas.postgresql.org.br
 mailto:pgbr-geral-boun...@listas.postgresql.org.br
 [mailto:pgbr-geral-boun...@listas.postgresql.org.br
 mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em nome de
 *marlon david de souza
 *Enviada em:* quarta-feira, 25 de agosto de 2010 14:42
 *Para:* pgbr-geral@listas.postgresql.org.br
 mailto:pgbr-geral@listas.postgresql.org.br
 *Assunto:* [pgbr-geral] Lentidão em servidor de dados

 Boa tarde a todos,

   Estou com uma situação em um cliente em que servidor de dados
 está muito lento.

   Já tentei várias coisas, mas nada funcionou. Talvez alguém da
 lista possa dar uma luz.

   O cliente possui as seguintes configurações:

 · Processadores: 02 Processadores Intel ® Xeon Quad Core HT -
 Nehalem-EP 5520, TDP 80w, Cache 8MB, 2,27GHz

 · Placa Mãe: Intel ® Server Board Dual Xeon, Modelo S5500BC

 · Chipset Intel ® S5500 (Tylersburg)

 · Memoria: 16 GB Kingston ® DDR3-1333 (8x 2GB)

 · RAID-5: 4 discos de 500 GB SATA 3.0, Seagate ® Barracuda ® 7200 RPM

 · Controladora RAID-5: Intel ® Activation Key AXXRAKSW5 - Raid-5 SATA

 · Placa de Video Incorporada: Server Engine LLC Pilot II, 8 MB

 · Placas de Rede Gigabit com Tecnologia I/O Acceleration: 02
 Placas Intel ® Gigabit 82575EB

 · Solução Térmica: 02 Dissipadores Intel ® STS100A (Ativos)

 · Servidor Linux dedicado

 · OpenSUSE 11.0 64 bits

 · Partição com ext3

 · PostgreSQL 8.2.4 compilado na própria máquina

 · Média de 55 conexões simultâneas

   Dá para notar que pela configuração existente, lentidão no
 servidor não deveria ser algo comum.

   O que acontece é o seguinte: quando o servidor passa de 40
 conexões, o sistema começa a ficar lento. Qualquer tipo de
 consulta passa a consumir 100% de CPU.

   Pelo comando *top* to Linux, observei que o primeiro parâmetro
 *LoadAverage* fica entre 2,8 a 4,0. No entanto, o problema não é o
 acesso a disco pois o parâmetro *wa* está quase sempre abaixo de 1%.

   Também não está utilizando memória /swap/ e o PostgreSQL não
 está criando arquivos temporários para as consultas (pgsql_temp)

   Já revi várias vezes o arquivo postgresql.conf e, aparentemente,
 está tudo Ok.

   Não existe uma consulta em específico que torna o servidor
 lento. Qualquer consulta que demanda mais recurso torna o servidor
 lento. É como se o núcleo da CPU utilizado para a consulta não
 conseguisse dar conta do processamento e atrasasse os demais núcleos.

   Será que o problema está no hardware, no Linux ou no PostgreSQL?

   O PostgreSQL trabalha bem com o HT habilitado?

 /Sem mais, agreço antecipadamente a 

Re: [pgbr-geral] DER Controle de estoque

[Alexsandro Haag]

Olá Elias,
   existe um projeto em Python + Postgres, mantido pela Async que se 
chama Stoq (http://www.stoq.com.br).
É um projeto de código aberto, que dentre alguns módulos, possui também 
o Controle de Estoque que está se referindo.

Se quiser dar uma olhada na modelagem feita por eles, pode usar este 
link: http://doc.stoq.com.br/devel/schema/

Att.
Alex

On 28-07-2010 09:24, .:eliastxt:. ... wrote:
 Bom dia pessoal,

 Não é bem uma dúvida de postgreSQL, mas, vou arriscar.

 Estou fazendo uma modelagem para controle de estoque e me deparei com 
 alguns problemas tipicos desse tipo de sistema. Referem-se a modelagem 
 das tabelas de movimentação de material e a tabela de fechamento por 
 período.

 Alguém já trabalhou com esse tipo de sistema e teria um exemplo de DER 
 para eu ver o exemplo.

 Att,


 ___
 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] Replicação Multi-Master

[Alexsandro Haag]

Sinceramente não vejo problema nas características informadas pelo 
Alexsander.

On 08-07-2010 20:51, fabi...@wolaksistemas.com.br wrote:
 Treços do teu email:

 Há tabelas globais onde apenas um servidor pode gravar - Se esse
 servidor cair ??? Ou seja você centralizou, qual a diferença de colocar a
 aplicação em um data center, ou seja se você depende de um central não há
 porque ter as locais afinal não vai funcionar sem as globais não é? Ou
 entendi errado?

Vejo que a diferença é que há um ponto central, porém este é replicado 
para as pontas. Com isso se o ponto central estiver indisponível as 
pontas continuam funcionando.
 Meu ERP usa um framework de persistência - Opção de cada desenvolver, eu
 por experiência recomendo passar longe desse tipo de coisa. Tomara que não
 acontece com você mas o dia que resolver dar pau, reze.

Hoje os frameworks de persistência estão muito maduros e trazem 
produtividade, além de permitir uma boa independência de banco de dados. 
Pessoalmente defendo o seu uso, principalmente em grandes projetos, como 
ERPs, CRMs e afins. Mas acho perigoso tentar atender mais que 2 bancos. 
Acaba deixando tudo muito complexo de manter com o tempo.
 grava numa tabela separada todos os comandos INSERT, UPDATE e DELETE -
 Já citado antes a questão da integridade, mas como você falou dependendo
 do tipo de aplicação pode ser tolerável, mas não no meu ponto de vista.
 Hoje já temos infra suficiente para manter um link decente e se a desculpa
 for a rede que pode cair, vide a NFe e o SPED.

 um processo que roda no CRON das lojas envia estes comandos para o
 servidor central - No meu ponto de vista não é uma solução elegante.


Aqui concordo com o Fabiano, pois os bancos de dados já provém soluções 
para replicação. Alguns até mais de uma, como é o caso do Postgres.

 O servidor central, por sua vez, envia para todas as lojas todas as
 atualizações que recebeu, também minuto a minuto. - Você centraliza,
 distribui e centraliza novamente. Se o teu servidor precisa mandar as
 atualização para as filiais porque não centraliza tudo de uma vez e deixa
 só o PDV de fora.

Vejo que existe sim a necessidade de centralizar para então distribuir 
novamente às pontas, porém novamente, poderia optar por soluções padrão 
do próprio banco de dados.

 São apenas ponderações baseado no email que você mandou, não estou dizendo
 que está errado, apenas que pode ser melhor e mais confiável.

 Abraço,
 Fabiano Machado Dias




 Pode dar um exemplo dos muitos pontos de falha que você mencionou? Eu já
 disse: não dá pra pensar que uma replicação multi-master vai estar com os
 dados 100% iguais em todos os servidores ao mesmo tempo, é óbvio que uma
 modificação feita numa filial pode levar 2 ou 3 minutos para chegar em
 outra.

 Em 8 de julho de 2010 17:15,fabi...@wolaksistemas.com.br  escreveu:

  
 PDV é uma coisa, quem trabalha com ERP sabe que os caixas devem rodar
 independente. O que me referi foi a forma que você implementou o
 sistema.

 Att,
 Fabiano Machado Dias




 --
 Atenciosamente,
 Alexsander da Rosa
 Linux User #113925

 Extremismo na defesa da liberdade não é defeito.
 Moderação na busca por justiça não é virtude.
 -- Barry Goldwater
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

  

 ___
 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] cursor xxxx already in use : onde estou errando?

[Alexsandro Haag]

Talvez no seu IF, você esteja retornando true antes de fechar o cursor...

if (current_date = registros.datagozoini) and (current_date = 
registros.datagozofim) then

return true;

close _registros;

Tente fechar antes do return...

Alex


On 06-07-2010 10:55, TI wrote:

 Olá pessoal,

 Preciso da ajuda de vocês no seguinte :

 a) Criei uma function que me retorna se um determinado funcionário 
 está de férias neste caso eu passo como parâmetro de entrada o código 
 do funcionário e retorno “Verdadeiro” ou “Falso” em suas situações. O 
 funcionamento está ok se usada isoladamente (select * from 
 fnc_funcionario_afastado(matricula))

 b) Quando usamos a function acima dentro de um select, como por 
 exemplo : select matricula, nome from funcionários where 
 (fnc_funcionario_afastado(matricula))=false o sistema retorna a 
 seguinte mensagem de erro : cursor _registros already in use.

 Cenário : PostgreSQL 8.4.1, compiled by Visual C++ build 1400, 32-bit 
 -- Windows XP

 Função :

 CREATE OR REPLACE FUNCTION public.fnc_funcionario_afastado 
 (eCodFunc integer) RETURNS boolean AS

 $body$

 DECLARE

 -- ferias

 _registros cursor for select datagozoini,

 datagozofim

 from historico_ferias

 where codfuncionario=$1

 order by datagozofim;

 registros record;

 BEGIN

 -- abrindo o cursor do historico das ferias do funcionario;

 open _registros;

 loop

 fetch _registros into registros;

 exit when not found;

 if (current_date = registros.datagozoini) and (current_date = 
 registros.datagozofim) then

 return true;

 close _registros;

 exit;

 end if;

 end loop;

 close _registros;

 return false;

 END;

 $body$

 LANGUAGE 'plpgsql'

 VOLATILE

 CALLED ON NULL INPUT

 SECURITY INVOKER

 COST 100;

 Onde será que estou errando?

 Obrigado e no aguardo,

 Rubens José Rodrigues


 ___
 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] Select em esquemas

[Alexsandro Haag]

Como são iguais você poderia fazer uma View utilizando UNION para todas 
as tabelas em um esquema central.

Algo como:

Create view central.empregados
as
select *
from df.empregados
union
select *
from ac.empregados
union
select *
from am.empregados
union
select *
from rj.empregados
union
select *
from sp.empregados;

e assim por diante...

O teu select ficaria assim:

select nome
from central.empregados
where nome = 'mar';


Att.
Alex





On 01-07-2010 11:24, Cadastro Portal wrote:
 Bom dia pessoal,
 Tenho uma base de dados com vários esquemas. Cada esquema é uma UF, ou 
 seja DF, AC, AM, RJ, SP, etc.
 As tabelas são idênticas para cada esquema.
 Eu quero fazer um select para consultar um nome na tabela empregados 
 que passe por todos os esquemas.
 Exemplo:
 select *.empregado where nome = 'mar'; (eu sei que isso não funciona, 
 é apenas um exemplo)
 Existe essa possibilidade?
 Obrigado.


 ___
 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] Interligar dois bancos PostgreSQL

[Alexsandro Haag]

Creio que a solução depende do nível de integração que vai precisar.

Como alternativa ao dblink poderia também considerar o uso de uma 
ferramenta ETL ( http://pt.wikipedia.org/wiki/ETL).
Esta poderia ser utilizada para, por exemplo, sincronizar dados entre 
seu ERP e o Site da Empresa.

Uma ferramenta opensource ETL que utilizo frequentemente é o Kettle 
(http://kettle.sourceforge.net), que faz parte do projeto de BI chamado 
Pentaho (http://www.pentaho.com).
Particularmente acho ótima.

Mas tem também outras alternativas Opensource como o Talend 
(http://www.talend.com) e outras pagas como o iBolt 
(http://www.magicsoftware.com/en/products/?catID=41)

Att.
Alex

On 30-06-2010 15:40, Osvaldo Kussama wrote:
 Em 30 de junho de 2010 15:30, Jesus Rodrigues
 jesusrodrigu...@gmail.com  escreveu:

 Pessoal,

 Tenho a necessidade de interligar dois bancos PostgreSQL para realização de
 um projeto. Haverá a necessidade de trafegar muita informação entre esses
 bancos.
  
 Avalie a alternativa de utilizar 2 schemas [1] em um único banco de dados.



 Existe algo no mercado que se destaca para essa necessidade? Vocês poderiam
 me indicar materiais para consulta?
  
 Existe o dblink [2] mas a performance pode não atender a suas necessidades.

 Osvaldo
 [1] http://www.postgresql.org/docs/current/interactive/ddl-schemas.html
 [2] http://www.postgresql.org/docs/current/interactive/dblink.html
 ___
 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] Data migration.

[Alexsandro Haag]

Ferramentas ETL são boas para isso. Em diversas situações utilizei o 
Pentaho Data Integration, também conhecido como Kettle.
Mais detalhes no site do projeto: http://kettle.pentaho.org/

Alex


On 20-05-2010 11:29, Danillo F. wrote:
 Alguém indica um software para migração de dados??



 att.


 danillo
 www.boxnotes.net

 
 POR DIA 63.912 COMPUTADORES SÃO INFECTADOS POR VÍRUS. LEIA DICAS DE 
 SEGURANÇA. 
 http://www.microsoft.com/brasil/windows/internet-explorer/features/navegue.aspx?tabid=1catid=1WT.mc_id=1565
  



 ___
 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] Criar visão entre bancos no postgre sql

[Alexsandro Haag]

Se são duas bases na mesma instância de Banco de dados, bastaria dar um
grant de select  em uma base para ser visível pela outra. A partir daí seria
possível criar uma view com um select referenciando a tabela da outra base.

Alex



Em 18 de maio de 2010 10:14, Emanoel Tadeu emanoelta...@gmail.comescreveu:

 Prezados,

 Tenho dois bancos no Postgresql. Preciso criar uma visão em um banco
 referenciando uma tabela no outro. Procurei na documentação do Postgresql
 porém não consegui ver nenhuma solução. Alguma sugestão?

 --
 Emanoel Tadeu

 ___
 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] Monitoramento Automatico

[Alexsandro Haag]

Para esta tarefa, pensando em uma solução simples, poderia ser feito um
script que monitore o arquivo de log do postgres, filtrando o termo ERR,
PANIC, etc... , talvez com o comando grep, enviando um email com este
conteúdo através do comando mail.

Poderia ser um job no crontab ou ainda um script que fique residente no
rc.local.

Alex

Em 18 de maio de 2010 12:35, Eduardo Amaral edu.ama...@gmail.com escreveu:

 Opa, esse ai eu quero saber tambem

 Em 18 de maio de 2010 09:00, Pedro Espíndola pespindo...@gmail.comescreveu:

 Bom dia,

 existe algum serviço no postgresql q monitora o banco e qq
 comportamento anormal ele dispara email alertando ? Se sim, qual seria
 ?

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




 --
 Att.,

 Eduardo Amaral


 ___
 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] Visão do oracle no postgresql

[Alexsandro Haag]

O contrário não serve?
Dá prá fazer um dblink no Oracle apontando para o PostgreSQL, usando a
biblioteca unixodbc no Linux.

No Postgres acho que para isso seria o dbi-link...

Alex

Em 18 de maio de 2010 13:58, Emanoel Tadeu emanoelta...@gmail.comescreveu:

 Prezados,

 Depois de ter feito a visão entre dois bancos no postgresql, preciso fazer
 a visão de um banco oracle no postgresql. É possível isso? Não consegui ver
 na documentação do postgresql como fazer isso, mesmo com o dblink.
 Sugestões?

 --
 Emanoel Tadeu

 ___
 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] Instalação

[Alexsandro Haag]

Revisou as regras do Firewall? Pode estar bloqueando a porta 5432.

Alex

On 12-05-2010 11:53, Fábio Telles Rodriguez wrote:
 Diego, você não definiu o nome da base em que você se conectou com 
 o psql. Teste utilizando o nome da base, o nome do usuário que você 
 quer utilizar e o host.

 Atenciosamente,
 Fábio Telles

 Em 12 de maio de 2010 11:43, Diego Ampessan ampess...@gmail.com 
 mailto:ampess...@gmail.com escreveu:

 sim.

 su - postgres

 psql
 psql(8.4.2)


 postgres=#





 2010/5/12 Fábio Telles Rodriguez fabio.tel...@gmail.com
 mailto:fabio.tel...@gmail.com

 Consegue acessar o banco via psql  localmente?

 Em 12 de maio de 2010 11:25, Diego Ampessan
 ampess...@gmail.com mailto:ampess...@gmail.com escreveu:

 sim

 rcpostgresql restart                   Â
 Â Â Â Â Â Â Â Â Â Â

 posgresql stop - done
 postgresql start - done



 2010/5/12 Fábio Telles Rodriguez fabio.tel...@gmail.com
 mailto:fabio.tel...@gmail.com

 Seu banco está no ar?



 Em 12 de maio de 2010 11:16, Diego Ampessan
 ampess...@gmail.com mailto:ampess...@gmail.com
 escreveu:

 Bom pessoal, segui as recomendações do blog


 
 http://agajorte.blogspot.com/2009/03/meu-postgresql-nao-conecta.html

 porem mesmo assim ele não conecta !!

 could not connect to server: Connection timed out
 (0x274C/10060) Is the server running on host
 10.0.0.138 and accepting TCP/IP connections on
 port 5432?



 2010/5/12 Fábio Telles Rodriguez
 fabio.tel...@gmail.com
 mailto:fabio.tel...@gmail.com

 Isso me faz lembrar da minha regra nº 1 do
 suporte:Â
 demore pelo menos 15 minutos para atender o
 chamado. Isso dá tempo para o usuário ao
 menos tentar se virar uma vez sozinho

 hehehe.

 Em 12 de maio de 2010 10:34, Diego Ampessan
 ampess...@gmail.com
 mailto:ampess...@gmail.com escreveu:

 beleza, eu acabei reinstalando o postgre e
 vi o diretorio que ele estava configurando !

 que acabou sendo /var/lib/pgsql/

 Mas valeu a atenção !

 2010/5/12 Fábio Telles Rodriguez
 fabio.tel...@gmail.com
 mailto:fabio.tel...@gmail.com



 Em 12 de maio de 2010 10:00, Diego
 Ampessan ampess...@gmail.com
 mailto:ampess...@gmail.com escreveu:

 Galera, antes de eu testar a
 soluções propostas por vocês,
 eu não acho o diretorio do
 postgre no linux !!!
 ou to ficando louco ou nao sei o
 que !!! oO

 to usando o openSuse 11.2 e fiz do
 postgre direto pelo zypper..


 Olha, você deveria ler um pouco a
 documentação do seu openSuse. Vai
 lhe ajudar muito.

 Enquanto isso tente:

 whereis postgresql
 postgresql: /etc/postgresql
 /usr/lib/postgresql
 /usr/share/postgresqlÂ

 O resultado do comando 'whereis' acima
 foi realizado no meu Debian, no Suse
 deve ter outro resultado.

 Você também pode tentar o comando
 'ps' se o seu banco de dados estiver
 no ar:

 ps ax | grep postgres
 Â 6639 ? Â Â Â Â S Â Â Â 0:00
 /usr/lib/postgresql/8.4/bin/postgres
 -D /var/lib/postgresql/8.4/main -c
 
 config_file=/etc/postgresql/8.4/main/postgresql.conf
  6642 ?     Ss   0:00 postgres:
 writer process            Â
 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 

Re: [pgbr-geral] RES: Melhorando o desempenho do PostGre

[Alexsandro Haag]

Bom dia Márcio,
   além do que já foi dito é importantíssimo também verificar o 
comportamento da sua aplicação, pois seus dados estão crescendo e talvez 
alguns problemas de modelagem de dados da sua aplicação não fossem 
perceptíveis com a amostragem de dados que possuía.
 Normalmente um tuning de aplicação dá bem mais resultado do que 
upgrade de hardware.

Alex

Em 04-05-2010 19:01, Marcio Maestrello escreveu:

 Utilizamos o Postgres na empresa há dois anos, em um sistema completo 
 (ERP).

 Acontece que de uns tempo pra cá o sistema se tornou muito lento. As 
 consultas ficaram lentas. O cadastro de notas fiscais que antes era 
 bem rápido, agora se tornou muito lento nas pesquisas e nas inclusões. 
 Eliminamos todos os problemas de redes e infraestrutura, chegando a 
 conclusão que se trata do banco de dados.

 O DBA comentou que a solução seria a separação dos índices do banco de 
 dados. Assim, teríamos dois discos, um com os índices e outro com o 
 banco de dados. Esse procedimento é complexo, visto que terei que 
 desmontar um RAID 5 e refazê-lo e não tenho certeza que isso dará um 
 desempenho maior no sistema.

 Gostaria de saber se alguém já utiliza essa solução de índices 
 separados e se realmente vale arriscar todo arranjo  já feito para se 
 montar algo assim.

 Será que com a separação terei mais desempenho??

 Agradeço os comentários.

 Marcio - TI


 ___
 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] Alterando a codificação do banco

[Alexsandro Haag]

E o contrário?
# set client_encoding to 'utf8'

Já tentou?

Ou sua aplicação não suporta este encoding?

Alex

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

Re: [pgbr-geral] ORDER BY

[Alexsandro Haag]

Pois é, eu acho que, ou o colega Sérgio se confundiu no exemplo, ou o
Gerente do RH tem alguma dificuldade com a língua portuguesa. :)

Brincadeiras a parte, creio que o Sérgio quis dizer THAISA ao invés de
TAHISA, aí faria mais sentido.

Att.
Alex

sandro peres escreveu:
 Me tira uma duvida!!!
 Porque o seu gerente quer que Th venha antes de Ta


 2009/8/31 sergio santos sergio.serginhos...@gmail.com
 mailto:sergio.serginhos...@gmail.com

 Pessoal,
 o gerente do RH aqui da empresa tá reclamando da forma que o
 postgres está ordenando o nome dos funcionários na lista de pagamento.

 No relatório aparece assim:
 Tahisa Soares de Araujo
 Thais Alves Soares

 Ele precisa que fique assim
 Thais Alves Soares
 Tahisa Soares de Araujo

 vejam que o postgres entende que o a precede o espaço...

 alguém já passou por algo parecido?

 abrços


 -- 
 Sérgio Antônio dos Santos
 Bacharel em Sistemas de Informação
 (31) 8573-7004
 http://serginhosant.wordpress.com/
 http://www.rccvicosa.com

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


 

 ___
 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] ORDER BY

[Alexsandro Haag]

É Tahisa ou Thaisa?
Se for Tahisa (como colocou no exemplo) está correta a ordenação, pois o
a vem antes do h.

Aí para ficar o inverso disso basta colocar um DESC na tua cláusula
ORDER BY.

Att.
Alex

sergio santos escreveu:
 Pessoal,
 o gerente do RH aqui da empresa tá reclamando da forma que o postgres
 está ordenando o nome dos funcionários na lista de pagamento.

 No relatório aparece assim:
 Tahisa Soares de Araujo
 Thais Alves Soares

 Ele precisa que fique assim
 Thais Alves Soares
 Tahisa Soares de Araujo

 vejam que o postgres entende que o a precede o espaço...

 alguém já passou por algo parecido?

 abrços


 -- 
 Sérgio Antônio dos Santos
 Bacharel em Sistemas de Informação
 (31) 8573-7004
 http://serginhosant.wordpress.com/
 http://www.rccvicosa.com
 

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

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

Re: [pgbr-geral] conceito de trigger

[Alexsandro Haag]

Olá Jorge,
eu particularmente nunca me preocupei com isso. Sinceramente nem ouvi
falar de que isso não seja uma boa prática.

Att.
Alex

jorge sanfelice escreveu:
 Prezados estou com uma duvida referente a conceito de funcionamento de 
 trigger:

 Resumindo, nao é uma boa pratica disparar uma trigger que executa
 uma acao nela mesma, na propria tabela, (posso ta falando besteira,
 mais pode existir a possibilidade de entrar em um laço infinito
 dependendo do if que tem dentro da trigger). A idéia correta, seria
 mudar os valores de referencia e retornar um novo array de valores?

 Não é uma boa pratica ou esta errado uma trigger executar, um
 update, por exemplo, na propria tabela que dispara esse trigger?

 Eu nao faço isso, mais queria saber a opniao de voces antes de
 passar isso aos programadores. Gostaria de saber um conceito exato pra
 nao falar besteira.

 Obrigado.
 ___
 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