Re: [pgbr-geral] pg_dump: aborting because of version mismatch

[Gustavo Garay]

root@server1 [/opt/PostgreSQL/9.0/bin]# pg_dump --version
pg_dump (PostgreSQL) 8.1.23

ojo que ahi vc nao ta ejecutando da carpeta atual
tente asim

./pg_dump --version

ou como indico Euler 

/opt/PostgreSQL/9.0/bin/pg_dump --version


saludos
gustavo garay


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

Re: [pgbr-geral] pg_dump: aborting because of version mismatch

[Fabrízio de Royes Mello]

Em 27 de abril de 2011 20:18, Beto Lima  escreveu:

> root@server1 [/opt/PostgreSQL/9.0/bin]# pg_dump --version
> pg_dump (PostgreSQL) 8.1.23
>
>
Vc não está executando o "pg_dump" do diretório "/opt/PostgreSQL/9.0/bin" e
sim o que está no $PATH do seu sistema operacional...

Provavelmente em seu "/usr/bin" existe um "pg_dump" que é o da versão
8.1.23.

Para vc utilizar o "pg_dump" do diretório "/opt/PostgreSQL/9.0/bin" tem que
fazer como o Euler mencionou:

$ /opt/PostgreSQL/9.0/bin/pg_dump --version

ou

$ cd /opt/PostgreSQL/9.0/bin
$ ./pg_dump --version


Note o "./" no comando indicando que é para executar o binário do diretório
corrente.


-- 
Fabrízio de Royes Mello
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] indices

[Rodrigo Della Justina]

A criação do índice é importante, mas no seu caso não sei como os
dados nessa coluna
são persistidos todos em maiúsculo (upper) ou em minúsculo (lower) ou
se possui variações entre
minúsculos ou maiúsculo  mas se acaso não possui variações sugiro que
utilizo *like* e não
*ilike* - já que o ilike é para buscas indiferente da diferenciação
maiúsculo e minúsculo, ele NÃO possui
 boa performace *Seq Scan* na tabela.

Outra sugestão, é que em sua aplicação caso for todos os dados
contidos nesta coluna forem maiúsculo somente adicionar um
UPPER('uc%') na sua condição. Mesma regra vale para o LOWER()
caso for minúsculo os dados armazenados nessa coluna. Sendo assim com
a utilização do UPPER ou LOWER  e também a utilização do LIKE no lugar
de ILIKE, sua busca sim utilizará o indíce o qual você mesmo sugeriu.

Faça o teste na utilizando EXPLAIN.

Atenciosamente
Rodrigo


Em 27 de abril de 2011 17:28, Prof. Cleverson
 escreveu:
> Desculpe minha ignorância sobre os índices mas, tenho algumas dúvidas:
>
> a) Quando crio chaves primárias e estrangeiras não preciso criar índices
> prá elas. Certo?
> b) Utilizo muito a busca pelo nome do cliente desta forma "where nome
> ilike 'juc%'". Para melhorar o desempenho, um índice neste caso ajudaria?
> c) No caso acima o índice seria criado assim "CREATE INDEX cliente_nome
> ON cliente (nome)" ?
> d) Quando uso expressões nos índices?
>
> Desde já agradeço
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Atenciosamente
Rodrigo Della Justina
rodrigodellajust...@gmail.com
rodrigodellajust...@ciss.com.br
Telp: 55-46-8801-6165
IBM DB2 Certified Database Academic
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] indices

[Tiago Adami]

Em 27 de abril de 2011 17:28, Prof. Cleverson
 escreveu:
> Desculpe minha ignorância sobre os índices mas, tenho algumas dúvidas:
>
> a) Quando crio chaves primárias e estrangeiras não preciso criar índices
> prá elas. Certo?

Chaves primárias criam índices únicos implícitos. Para chaves
estrangeiras você deve criar manualmente conforme o necessário.
NOTA: chaves estrangeiras são como check constraints que validam se o
valor aplicado existe na tabela pai. Ao menos que você faça pesquisas
sobre os campos da FK nas tabelas filhas não é necessário a criação de
índices.

> b) Utilizo muito a busca pelo nome do cliente desta forma "where nome
> ilike 'juc%'". Para melhorar o desempenho, um índice neste caso ajudaria?

Sim, para este tipo de consulta a criação de um índice onde a
_primeira_ coluna indexada seja o campo *nome* irá ajudar. Entretanto
o índice não irá resolver em nada para consulas com LIKE '%juc%' ou
LIKE '%juc'.

> c) No caso acima o índice seria criado assim "CREATE INDEX cliente_nome ON 
> cliente (nome)" ?

Exato.

> d) Quando uso expressões nos índices?
>

Não sei se entendi corretamente, mas acho que você se refere a usar
predicados. Em algumas situações quando você deseja *particionar*
índices para otimizar determinadas consultas como por exemplo, no caso
acima, caso a expressão LIKE 'juc%' seja frequentemente usada, você
poderá indexar esta condição no índice da seguinte forma:

CREATE INDEX cliente_nome ON cliente (nome) WHERE ( nome like 'juc%' )

Assim, em tabelas contendo colunas do tipo DATE você poderia criar um
indice por ano ou por mês, por exemplo (eu já fiz isso uma vez e
recomendo, mesmo que o trabalho de manutenção seja maior).

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

Re: [pgbr-geral] pg_dump: aborting because of version mismatch

[Beto Lima]

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
> -- Pr?a Parte --
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110427/057ad1c3/attachment-0001.htm
>
> --
>
> Message: 4
> Date: Wed, 27 Apr 2011 17:28:39 -0300
> From: "Prof. Cleverson" 
> Subject: [pgbr-geral] indices
> To: Comunidade PostgreSQL Brasileira
>        
> Message-ID: <4db87c77.9030...@uniguacu.edu.br>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Desculpe minha ignorância sobre os índices mas, tenho algumas dúvidas:
>
> a) Quando crio chaves primárias e estrangeiras não preciso criar índices
> prá elas. Certo?
> b) Utilizo muito a busca pelo nome do cliente desta forma "where nome
> ilike 'juc%'". Para melhorar o desempenho, um índice neste caso ajudaria?
> c) No caso acima o índice seria criado assim "CREATE INDEX cliente_nome
> ON cliente (nome)" ?
> d) Quando uso expressões nos índices?
>
> Desde já agradeço
>
>
>
> --
>
> Message: 5
> Date: Wed, 27 Apr 2011 17:53:37 -0300
> From: Eduardo Az - EMBRASIS Informática e O&M
>        
> Subject: [pgbr-geral] uso de serial e digito verificador
> To: "Lista PostgreSQL Geral" 
> Message-ID: <6637955B90CA4C8EB897A21E678EBBA3@EMBRASISLAPTOP>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Pessoal, estou com uma dúvida e gostaria de uma ajuda sobre a melhor saída:
> Imaginem uma tabela de clientes, aonde o id deste cliente é montado da 
> seguinte maneira:
> código numérico de 7 dígitos aonde:
> Dígitos DESCRIÇÃO
> 1            ultimo algarismo do ano, ex: 2011 = 1, 2012 = 2, 2001 = 1
> 2-6         número serial, considerando o ano, ou seja, o numero seria 
> iniciado do  1 a cada ano, caso o o dig do ano repetisse, daria sequencia a 
> numeração do digito.
> 7            calculo de digito verificador,  juntando os 6 dígitos
>
> então se fosse cadastrar clientes só pra entender a brincadeira, digamos que 
> em 11 anos só tive 5 clientes (absurdo isto, mas só pra exemplificar) então o 
> campo ficaria assim:
>
> Ano: 2000
> 014 José
> 021 Luiz
>
> ano 2005
> 513 João
>
> ano 2006
> 612 Maria
>
> ano 2010
> 035 Edu
>
> Num sistema antigo, que esta formula se aplica, feito em clipper, é um campo 
> que é calculado cada digito, agora, pensando em uma prática mais elegante, 
> teria como fazer via mistura de gatilhos e campos seriais?
> se não tivesse o primeiro digito, até entendo que usar um campo serial e um 
> para guardar o DV sendo alimentado por um gatilho seria legal, mas, como 
> temos o primeiro digito, tem alguma sugestão?
>
> Eduardo Az
> Dep.TI
> EMBRASIS
> +55(11)8125-3845 TIM
> eduard...@embrasis.com.br
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110427/b056b35c/attachment-0001.htm
>
> --
>
> Message: 6
> Date: Wed, 27 Apr 2011 18:32:51 -0300
> From: Leandro DUTRA 
> Subject: Re: [pgbr-geral] uso de serial e digito verificador
> To: Comunidade PostgreSQL Brasileira
>        
> Message-ID: 
> Content-Type: text/plain; charset=UTF-8
>
> 2011/4/27 Eduardo Az - EMBRASIS Informática e O&M :
>> Imaginem uma tabela de clientes, aonde o id deste cliente é montado da
>> seguinte maneira:
>> código numérico de 7 dígitos aonde:
>> Dígitos DESCRIÇÃO
>> 1    ultimo algarismo do ano, ex: 2011 = 1, 2012 = 2, 2001 = 1
>> 2-6 número serial, considerando o ano, ou seja, o numero seria
>> iniciado do  1 a cada ano, caso o o dig do ano repetisse, daria sequencia a
>> numeração do digito.
>> 7    calculo de digito verificador,  juntando os 6 dígitos
>
> Precisas mesmo manter esse código?
>
>        Normalmente, o ideal é não misturar informações num atributo.
>
>        E, como identificador, o ideal seria uma chave natural, inda que
> composta; caso não seja possível, um código que não dependa de informação
> nenhuma.
>
>
>
> --
> skype:lea

Re: [pgbr-geral] uso de serial e digito verificador

[Prof. Cleverson]

E se vc criasse uma function  assim:

CREATE OR REPLACE FUNCTION get_codigo()
  RETURNS character varying AS
$BODY$DECLARE
   cod character varying;
BEGIN
   cod:=extract(year from current_date)::character varying;
   cod:=cod || nextval(sequencia); -- crie esta sequencia
   cod:=cod || modulo11(cod); --crie esta função
   return cod;
END;$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;

Daí, ao inserir o registro :

INSERT INTO tabela (codigo,nome) values (get_codigo(),'joão');


On 27-04-2011 17:53, Eduardo Az - EMBRASIS Informática e O&M wrote:
Pessoal, estou com uma dúvida e gostaria de uma ajuda sobre a melhor 
saída:
Imaginem uma tabela de clientes, aonde o id deste cliente é montado da 
seguinte maneira:

código numérico de 7 dígitos aonde:
Dígitos DESCRIÇÃO
1ultimo algarismo do ano, ex: 2011 = 1, 2012 = 2, 2001 = 1
2-6 número serial, considerando o ano, ou seja, o numero seria 
iniciado do  1 a cada ano, caso o o dig do ano repetisse, daria 
sequencia a numeração do digito.

7calculo de digito verificador,  juntando os 6 dígitos
então se fosse cadastrar clientes só pra entender a brincadeira, 
digamos que em 11 anos só tive 5 clientes (absurdo isto, mas só pra 
exemplificar) então o campo ficaria assim:

Ano: 2000
014 José
021 Luiz
ano 2005
513 João
ano 2006
612 Maria
ano 2010
035 Edu
Num sistema antigo, que esta formula se aplica, feito em clipper, é um 
campo que é calculado cada digito, agora, pensando em uma prática mais 
elegante, teria como fazer via mistura de gatilhos e campos seriais?
se não tivesse o primeiro digito, até entendo que usar um campo serial 
e um para guardar o DV sendo alimentado por um gatilho seria legal, 
mas, como temos o primeiro digito, tem alguma sugestão?

Eduardo Az
Dep.TI
EMBRASIS
+55(11)8125-3845 TIM
eduard...@embrasis.com.br 


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


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

Re: [pgbr-geral] uso de serial e digito verificador

[Leandro DUTRA]

2011/4/27 Eduardo Az - EMBRASIS Informática e O&M :
> Imaginem uma tabela de clientes, aonde o id deste cliente é montado da
> seguinte maneira:
> código numérico de 7 dígitos aonde:
> Dígitos DESCRIÇÃO
> 1    ultimo algarismo do ano, ex: 2011 = 1, 2012 = 2, 2001 = 1
> 2-6 número serial, considerando o ano, ou seja, o numero seria
> iniciado do  1 a cada ano, caso o o dig do ano repetisse, daria sequencia a
> numeração do digito.
> 7    calculo de digito verificador,  juntando os 6 dígitos

Precisas mesmo manter esse código?

Normalmente, o ideal é não misturar informações num atributo.

E, como identificador, o ideal seria uma chave natural, inda que
composta; caso não seja possível, um código que não dependa de informação
nenhuma.



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

[pgbr-geral] uso de serial e digito verificador

Pessoal, estou com uma dúvida e gostaria de uma ajuda sobre a melhor saída:
Imaginem uma tabela de clientes, aonde o id deste cliente é montado da seguinte 
maneira:
código numérico de 7 dígitos aonde:
Dígitos DESCRIÇÃO
1ultimo algarismo do ano, ex: 2011 = 1, 2012 = 2, 2001 = 1
2-6 número serial, considerando o ano, ou seja, o numero seria iniciado 
do  1 a cada ano, caso o o dig do ano repetisse, daria sequencia a numeração do 
digito.
7calculo de digito verificador,  juntando os 6 dígitos

então se fosse cadastrar clientes só pra entender a brincadeira, digamos que em 
11 anos só tive 5 clientes (absurdo isto, mas só pra exemplificar) então o 
campo ficaria assim:

Ano: 2000
014 José
021 Luiz

ano 2005
513 João

ano 2006
612 Maria

ano 2010
035 Edu

Num sistema antigo, que esta formula se aplica, feito em clipper, é um campo 
que é calculado cada digito, agora, pensando em uma prática mais elegante, 
teria como fazer via mistura de gatilhos e campos seriais?
se não tivesse o primeiro digito, até entendo que usar um campo serial e um 
para guardar o DV sendo alimentado por um gatilho seria legal, mas, como temos 
o primeiro digito, tem alguma sugestão?

Eduardo Az
Dep.TI
EMBRASIS
+55(11)8125-3845 TIM
eduard...@embrasis.com.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] indices

[Prof. Cleverson]

Desculpe minha ignorância sobre os índices mas, tenho algumas dúvidas:

a) Quando crio chaves primárias e estrangeiras não preciso criar índices 
prá elas. Certo?
b) Utilizo muito a busca pelo nome do cliente desta forma "where nome 
ilike 'juc%'". Para melhorar o desempenho, um índice neste caso ajudaria?
c) No caso acima o índice seria criado assim "CREATE INDEX cliente_nome 
ON cliente (nome)" ?
d) Quando uso expressões nos índices?

Desde já agradeç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] 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 
*Sent:* Tuesday, April 26, 2011 6:28 PM
*To:* 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] pg_dump: aborting because of version mismatch

[Euler Taveira de Oliveira]

Em 27-04-2011 09:51, Beto Lima escreveu:
> O pior é que estou chamando o dump lá do
> /opt/PostgreSQL/9.0/bin/pg_dump.
>
Não é o que a mensagem diz. Qual a saída de:

/opt/PostgreSQL/9.0/bin/pg_dump --version


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

Re: [pgbr-geral] Backup ON-LINE

[Euler Taveira de Oliveira]

Em 27-04-2011 09:57, Tiago Adami escreveu:
> Há como fazer isso sem ser por Dump?
>
Com cópia de segurança física, não; somente utilizando o pg_dump. Você terá 
que fazer a cópia de segurança física de _todo_ o cluster e depois excluir os 
outros 3 bancos de dados. :( Isto é uma funcionalidade já sugerida pela 
comunidade mas que ainda não foi implementada.


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

Re: [pgbr-geral] Backup ON-LINE

[Fabrízio de Royes Mello]

Em 27 de abril de 2011 09:57, Tiago Adami  escreveu:

>
> Há como fazer isso sem ser por Dump?
>
>
Sim, veja em [1]

[1] http://www.postgresql.org/docs/9.0/interactive/continuous-archiving.html

-- 
Fabrízio de Royes Mello
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Backup ON-LINE

[Tiago Adami]

Galera,

Eu trabalho com Sybase, DB2 e PostgreSQL. Tenho um banco de dados
PostgreSQL com mais de 1 TB de um software ERP (rodando em Linux 64),
que por sinal é acessado para leitura e escrita constantemente e não
pode ser desativado, e existem mais 3 bancos de dados com tamanhos
consideráveis neste mesmo cluster.

Nos *outros* SGBDs eu faço um Backup On-Line sem muita dificuldade e
sem causar travamentos (LOCK), pois os Logs transacionais são copiados
pelo processo.

Eu nunca precisei recorrer a isto antes no PostgreSQL, e apesar de
trabalhar com ele a alguns anos (isto é uma vergonha, eu sei)  agora
preciso realizar um backup On-Line neste banco de dados para restaurar
em um servidor de testes, mas não posso parar nenhuma funcionalidade
do banco de dados, e também não posso copiar os outros 3 bancos,
somente um dos 4 que existem na instância.

Há como fazer isso sem ser por Dump?


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

[pgbr-geral] pg_dump: aborting because of version mismatch

[Beto Lima]

Pessoal alguém porderia me dar um help?
tenho instalado a versão 9.0 no servidor aqui mas quando vou dar um dump acusa:

pg_dump: server version: 9.0.3; pg_dump version: 8.1.23
pg_dump: aborting because of version mismatch  (Use the -i option to
proceed anyway.)
E mesmo usando o -i não faz o backup.
O pior é que estou chamando o dump lá do
/opt/PostgreSQL/9.0/bin/pg_dump.

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

[Marcio]

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 
Sent: Tuesday, April 26, 2011 6:28 PM
To: 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