Boa Jean, a solução é interessante (a não ser pelo fato de que podem haver
itens cadastrados em uma data posterior, com códigos de valor menor que os
itens mais antigos).
Quanto a opinião do Guedes, um dos problemas é sim a estética, no caso dessa
tabela que apresentei. Ma tenho outra tabela de produtos, por exemplo, onde
pretendia colocar um campo de 14 dígitos (para manter compatibilidade com o
Sintegra) onde os os três primeiros Dígitos seriam do Fornecedor, os próximos 3
seriam da Classe do produto, os outros três seriam do Grupo do Produto,
restariam 6 dígitos para o código do produto (é muito eu sei) mas não custaria
nada economizar estes códigos...Atenciosamente,
ADENILTON Batista da Silva Index Informática LTDA (79)3431-3234 /
9142-0886 [EMAIL PROTECTED]
> From: [EMAIL PROTECTED]> To: [email protected]> Date: Mon,
> 24 Mar 2008 16:30:55 -0300> Subject: Re: [pgbr-geral] Campos com
> Autoincremento (Como resolver o problema dos Buracos)> > Aqui na empresa
> tivemos esse problema devido a replicação, como usamos > triggers pra fazer a
> replicação e temos uma tabela de log, onde o software > faz a leitura da
> segquencia e gera o pacotes com os dados, havia falha > quando ocorria uma
> transação grande na base de dados, pois a replicação > ocorre a cada 03
> minutos.> A solução foi criar uma tabela onde, caso houvesse buraco na
> sequencia ele > gravaria nessa tabela e posteriormente o software saberia
> voltar e fazer a > leitura e mandar os registros que nao havia mandado
> anteriormente, mais essa > solução foi para o nosso caso.> > abraços,> > >
> Jean> ----- Original Message ----- > From: "Dickson Guedes" <[EMAIL
> PROTECTED]>> To: "Comunidade PostgreSQL Brasileira"
> <[email protected]>> Sent: Monday, March 24, 2008 4:20 PM>
> Subject: Re: [pgbr-geral] Campos com Autoincremento (Como resolver o >
> problema dos Buracos)> > > Adenilton Batista da Silva escreveu:> > Boa tarde,
> dei uma pesquisada na lista e não achei algo a respeito,> > por isso resolvi
> postar aqui.> >> > Tenho algumas tabelas as quais não queria usar o campo do
> Tipo Serial,> > por causa do buraco que eles provocam quando se trabalha com>
> > transações (que não foram commitadas), tentei implementar a geração do> >
> código via Trigger/Função em PLPGSQL da seguinte forma:> > (...)> >
> Adenilton,> > > Isso não é meio que 're-inventar a roda'? Qual o problema dos
> 'buracos'?> Apenas estética? Ou eu não entendi seu problema?> > > [ ]s>
> Guedes> _______________________________________________> 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
_________________________________________________________________
Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o
Messenger! É GRÁTIS!
http://www.msn.com.br/emoticonpack
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
