Podes não concordar com oque eu falei anteriormente. E ate citar trechos da documentação mas se você não quer concordar que há um bug no comportamento da sequence quando o servidor sofre uma parada inesperada não tenho mais oque dizer.
A Sequence como ja detalhada anteriormente sofre uma grande alteração de forma a meu ver muito incorreta, por mais que digas que ela não é um sequencial. Enfim, se alguém tiver uma sugestão de como resolver esta situação, seria muito útil compartilhar. Obrigado a todos pela atenção Em 16/01/2017 21:05, "Leandro Guimarães Faria Corcete DUTRA" <[email protected]> escreveu: > Le lun. 16 janv. 2017 à 17:44, Jonas Teixeira de Freitas < > [email protected]> a écrit : > >> Desculpe, mas há um bug sim. >> > > Desculpe, mas não entendeste nem a documentação do PostgreSQL, nem o > padrão SQL, nem a mensagem que citaste. > > > O postgres incrementa log_cnt quando há um desligamento forçado mesmo que >> não tenha sido usado todos seus values. >> > > Esse é o comportamento esperado, definido e documentado, por quererias > algo diferente? > > > E uma sequence tem por padrão gerar numeros sequenciais, assim a garantia >> de ter um numero sequencial fora de sincronia é grande. >> > > Tua informação está incorreta, provavelmente porque atribuíste o > significado coloquial de seqüência às SEQUENCEs do SQL. Para ajudar a > diferenciar, a partir de agora sempre me referirei à estrutura SQL como > SEQUENCE. > > O objetivo da SEQUENCE é somente dar um número não duplicado. Geralmente > ele é seqüencial no sentido de não haver saltos, e dificilmente ele ciclará > alcançando o máximo e voltando ao início, mas não há garantias nesse > sentido. Leia https://www.postgresql.org/doc > s/9.6/static/sql-createsequence.htmlhttps://www.postgresql. > org/docs/9.6/static/sql-createsequence.html : ‘with a cache setting of > one it is safe to assume that nextval values are generated sequentially; > with a cache setting greater than one you should only assume that the > nextval values are all distinct, not that they are generated purely > sequentially’. > > Incidentalmente, o PostgreSQL não tem defeitos (/bugs/) conhecidos. Há > divergências em relação ao padrão ISO SQL, mas estão documentadas e não são > defeitos, apenas melhorias a desenvolver. Todo defeito comprovado no > PostgreSQL gera uma correção imediata e publicação de novas sub-versões das > versões suportadas. > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 gTalk: xmpp:[email protected] > +55 (61) 99302 2691 ICQ/AIM: aim:GoIM?screenname=61287803 > BRAZIL GMT−3 MSN: msnim:[email protected] > > > > _______________________________________________ > 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
