Re: [pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Carlos Antônio Pereira
Amigão, eu tive que implementar este código tempos atrás: select setval('servico_pessoal_sequencia_seq', (select max(sequencia) from servico_pessoal) + 1); Assim, você pode redefinir o último valor. Acho que essa sua teoria jamais vai funcionar porque você já está querendo fazer o traba

Re: [pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Juliano Benvenuto Piovezan
2012/5/31 Marco Aurélio V. da Silva : > Caros, > > A lógica que desenvolvi é o seguinte, uma função (vb.net+npgsql) que pega > uma determinada tabela e busca qual o maior codigo dela ai a função soma > mais 1 e adiciona o novo registro, logo a função é composta por dois > comandos um select para pe

Re: [pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Matheus de Oliveira
2012/5/31 Marco Aurélio V. da Silva > Caros, > > Não lembro se esse assunto já foi discutido na lista, mas vamos lá. Estou > desenvolvendo um sistema que terá vários cadastros com numeração sequencial > gerada pelo sistema, mas preciso evitar ao máximo ter furos na sequência. O > sistema é mult

Re: [pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Carlos Antônio Pereira
voce pode criar a sequencia isoladamente e usar as funções nextval, curval, etc para manipulá-la via aplicação ou gatilho. att carlos From: Marco Aurélio V. da Silva Sent: Thursday, May 31, 2012 8:09 PM To: Comunidade PostgreSQL Brasileira Subject: [pgbr-geral] Dica sobre sequência sem usar cam

Re: [pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Bruno Silva
Pq vc nao usa uuid? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Bruno Silva
Nao tem chave natural nessa tabela? Em 31/05/2012 20:09, "Marco Aurélio V. da Silva" escreveu: > Caros, > > Não lembro se esse assunto já foi discutido na lista, mas vamos lá. Estou > desenvolvendo um sistema que terá vários cadastros com numeração sequencial > gerada pelo sistema, mas preciso

[pgbr-geral] Dica sobre sequência sem usar campo serial.

2012-05-31 Por tôpico Marco Aurélio V . da Silva
Caros, Não lembro se esse assunto já foi discutido na lista, mas vamos lá. Estou desenvolvendo um sistema que terá vários cadastros com numeração sequencial gerada pelo sistema, mas preciso evitar ao máximo ter furos na sequência. O sistema é multiusuario, e há a possibilidade de vários usuário

[pgbr-geral] Busca textual

2012-05-31 Por tôpico Jean Domingues
Pessoal,   estou pelejando pra resolver um problema ja a alguns dias. Tenho um sistema que faz busca em diário da justiça. Eu preciso identificar os recortes do jornal que possuem alguma referencia a nomes especificos (+- 1000 nomes). O jornal chega a ter 500 paginas, que sao divididas em recor

[pgbr-geral] Restaurando PG_DUMP ALL

2012-05-31 Por tôpico Alexandre
Boa Tarde Pessoal Estou com o seguinte problema... Nossos Backups estão sendo gerado pelo dump all, porem quando estou restaurando ele... ele esta dando estouro de memoria no meu servidor. Gostaria de saber o seguinte... tem como eu definir qual banco eu quero restaurar??? ou sempre ele vai

Re: [pgbr-geral] Ferramentas Postgres

2012-05-31 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2012/5/31 Gustavo Neto > > para modelagem de banco de dados, geração de script... que tenha suporte para > Postgres Considere escrever os /scripts/ e gerar os diagramas com AutoDoc. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https:

Re: [pgbr-geral] Ferramentas Postgres

2012-05-31 Por tôpico Eduardo Alexandre
Gustavo, O EMS SQL Manager for PostgreSQL tem uma versão paga e uma gratuita. Funciona muito bem. Seu valor é R$ 550,00[1] Se não se importar de pagar um pouco, o RazorSQL [2] é muito bom, acessa diversos bancos de dados e não é caro. São as melhores e mais produtivas que conheço. [1] http://ww

Re: [pgbr-geral] Ferramentas Postgres

2012-05-31 Por tôpico Flavio Henrique Araque Gurgel
Em 31-05-2012 11:49, Gustavo Neto escreveu: > Caro Fabrízio, > > já tinha visto este resultado no wiki, lá mostra ferramentas pagas, > estou procurando uma ferramenta gratuíta. Estou pesquisando no google, > mais pedi ajuda, pois vai que alguém já conheça alguma boa. Preciso para > modelagem e ger

Re: [pgbr-geral] Encoding por persistencia

2012-05-31 Por tôpico Daniel Falcão
Oi Marcelo, tanto a aplicação quanto o banco de dados devem utilizar exatamente o mesmo "ENCODING". Atualmente o encoding mais recomendado é o UTF-8 que me parece já vir devidamente configurado como padrão no PostgreSQL desde a versão 8. No caso do DELPHI (e outras coisas windows mais antigas), a

Re: [pgbr-geral] Ferramentas Postgres

2012-05-31 Por tôpico Flávio Alves Granato
Em 31 de maio de 2012 11:20, Gustavo Neto escreveu: > Estou a procura de ferramentas gratuitas para o Postgres. > Ferramentas para? O que você quer fazer no PostgreSQL? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.post

Re: [pgbr-geral] Encoding por persistencia

2012-05-31 Por tôpico Marcelo Silva (IG)
Essa configuração não da porque os arquivos do Delphi7 é Ansi Acho que vou testar o delphi2010 From: Francisco Adriano Flores Sent: Thursday, May 31, 2012 10:17 AM To: Marcelo Silva (IG) ; Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral] Encoding por persistencia certa vez resolvi is

Re: [pgbr-geral] Encoding por persistencia

2012-05-31 Por tôpico Francisco Adriano Flores
certa vez resolvi isso usando além do codepage=UTF8, também client_encoding=UTF8 Em 31 de maio de 2012 10:05, Marcelo Silva (IG) escreveu: > Então Francisco... > > Trabalho com Zeos (alpha7) e tenho a Properties setada com codepage=LATIN1 > Estava tudo funcionando numa boa... até inserirem o c

Re: [pgbr-geral] Encoding por persistencia

2012-05-31 Por tôpico Marcelo Silva (IG)
Então Francisco... Trabalho com Zeos (alpha7) e tenho a Properties setada com codepage=LATIN1 Estava tudo funcionando numa boa... até inserirem o caracter “–” que dá erro na conversão... e sabe quando temos que usar exatamente o que se pede... pois é, é isso. From: Francisco Adriano Flores

Re: [pgbr-geral] Encoding por persistencia

2012-05-31 Por tôpico Francisco Adriano Flores
Bom dia Marcelo, Já tive o mesmo problema. Que componente você usa para acessar o banc ode dados no Dlephi ? Em 31 de maio de 2012 09:48, Marcelo Silva (IG) escreveu: > Pessoal, me desculpem persistir nesse tal encoding, mas gostaria de > trabalhar corretamente com caracteres acentuados na min

[pgbr-geral] Encoding por persistencia

2012-05-31 Por tôpico Marcelo Silva (IG)
Pessoal, me desculpem persistir nesse tal encoding, mas gostaria de trabalhar corretamente com caracteres acentuados na minha base e aplicativo, pois preciso deles pra elaborar laudos. Minha base é criada assim: CREATE DATABASE empresa1 WITH OWNER = postgres ENCODING = 'UTF8' TA

Re: [pgbr-geral] Índice deferred

2012-05-31 Por tôpico Matheus de Oliveira
2012/5/31 Anselmo Silva > Mateus, muito obrigado, vai funcionar. Eu não soube me expressar direito > no meu update, pois, como as alterações são em clientdataset ele usa como > chave o id. > > Sussa, imaginei que fosse um erro no exemplo mesmo... Atenciosamente, -- Matheus de Oliveira Bacharel

Re: [pgbr-geral] Caracteres malditos :)

2012-05-31 Por tôpico Marcelo Silva (IG)
Hum... acabei por ler o artigo sobre “Unicode E Conjuntos de Caracteres” Isso vai me ajudar muito daqui pra frente... Sabe aqueles programadores que precisam “fritar ovos”... pois é... sou um deles... Mas isso não pode me impedir de pelo menos tentar fazer as coisas num padrão melhor Valeu as d

Re: [pgbr-geral] Índice deferred

2012-05-31 Por tôpico Anselmo Silva
Mateus, muito obrigado, vai funcionar. Eu não soube me expressar direito no meu update, pois, como as alterações são em clientdataset ele usa como chave o id. Em 30 de maio de 2012 23:46, Matheus de Oliveira escreveu: > > 2012/5/30 Anselmo Silva > >> Dado o seguinte: >> >> --