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







Em 27 de abril de 2011 19:12,
<[email protected]> escreveu:
> Send pgbr-geral mailing list submissions to
>        [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> or, via email, send a message with subject or body 'help' to
>        [email protected]
>
> You can reach the person managing the list at
>        [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pgbr-geral digest..."
>
>
> Tópicos de Hoje:
>
>   1. Re: Backup ON-LINE (Euler Taveira de Oliveira)
>   2. Re: pg_dump: aborting because of version mismatch
>      (Euler Taveira de Oliveira)
>   3. Re: Postgre X Delphi (Alexsandro Haag)
>   4. indices (Prof. Cleverson)
>   5. uso de serial e digito verificador
>      (Eduardo Az - EMBRASIS Informática e O&M)
>   6. Re: uso de serial e digito verificador (Leandro DUTRA)
>   7. Re: uso de serial e digito verificador (Prof. Cleverson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 27 Apr 2011 13:22:05 -0300
> From: Euler Taveira de Oliveira <[email protected]>
> Subject: Re: [pgbr-geral] Backup ON-LINE
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> 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/
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 27 Apr 2011 13:24:29 -0300
> From: Euler Taveira de Oliveira <[email protected]>
> Subject: Re: [pgbr-geral] pg_dump: aborting because of version
>        mismatch
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> 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/
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 27 Apr 2011 16:10:57 -0300
> From: Alexsandro Haag <[email protected]>
> Subject: Re: [pgbr-geral] Postgre X Delphi
> To: Comunidade PostgreSQL Brasileira
>        <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="utf-8"
>
> 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:[email protected]>
>> *Sent:* Tuesday, April 26, 2011 6:28 PM
>> *To:* [email protected]
>> <mailto:[email protected]>
>> *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
>> [email protected]
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>> _______________________________________________
>> pgbr-geral mailing list
>> [email protected]
>> 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" <[email protected]>
> Subject: [pgbr-geral] indices
> To: Comunidade PostgreSQL Brasileira
>        <[email protected]>
> Message-ID: <[email protected]>
> 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
>        <[email protected]>
> Subject: [pgbr-geral] uso de serial e digito verificador
> To: "Lista PostgreSQL Geral" <[email protected]>
> 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
> 0000014 José
> 0000021 Luiz
>
> ano 2005
> 5000013 João
>
> ano 2006
> 6000012 Maria
>
> ano 2010
> 0000035 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
> [email protected]
> -------------- 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 <[email protected]>
> Subject: Re: [pgbr-geral] uso de serial e digito verificador
> To: Comunidade PostgreSQL Brasileira
>        <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> 2011/4/27 Eduardo Az - EMBRASIS Informática e O&M <[email protected]>:
>> 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:[email protected]
> +55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT-3  MSN: msnim:[email protected]
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 27 Apr 2011 19:00:39 -0300
> From: "Prof. Cleverson" <[email protected]>
> Subject: Re: [pgbr-geral] uso de serial e digito verificador
> To: Comunidade PostgreSQL Brasileira
>        <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> 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
>> 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
>> 0000014 José
>> 0000021 Luiz
>> ano 2005
>> 5000013 João
>> ano 2006
>> 6000012 Maria
>> ano 2010
>> 0000035 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
>> [email protected] <mailto:[email protected]>
>>
>>
>> _______________________________________________
>> pgbr-geral mailing list
>> [email protected]
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL: 
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110427/b3319614/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> Fim da Digest pgbr-geral, volume 28, assunto 48
> ***********************************************
>



-- 
Att.
Beto Lima
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a