Sequencia num�rica de romaneio [MYSQL]

Question

Salve, salve gurus !!!Passada a ressaca de feriado e elei��es, c� estamos novamente...Eu emperrei aqui numa ideologia simples, por�m complexa (hehe)... vou tentar ilustrar meu cen�rio:15 caixas operan...

Uildenei · Answer

Tive este mesmo problema (usandofirebird) e nao achei uma forma simples de controlar aih deixei pra criar o numero na hora de gravar...Uildenei...

Leonardoffsilva · Answer

Amigo, n�o fa�a desse jeito. Fa�a assim :

Caixa 1 abre registro, sequencia 1000 atribuida.
caixa 2 abre registro, sequencia 1001 atribuida.
caixa 1 cancela processo, sequencia 1000 fica MARCADA COMO CANCELADA.
caixa 2 fecha registro, sequencia 1001 MARCADA COMO CONCLUIDA.
caixa 3 abre registro, sequencia 1002 atribuida.

- Dessa forma obtem-se controle sobre os processo concluidos e cancelados.

Motta · Answer

Crie uma tabela que vai guardar a �ltima sequencia v�lida,
esta fica locada at� a conclus�o do processo (usar transaction), ela s� � atualizada ao fim do processo e qq outro que tente acessa-la fica aguardando a libera��o do registro (o bd precisa suportar esta implementa��o)

O problema � gerar deadlocks se o n� de acesso simultaneos for grande e a transa��o demorada, mas � �nica forma que garante que n�o haver� �banguelas� .

Outra solu��o seria buscar a 1� seq. dispon�vel , mas creio ser mais complicada em geral n�o pode ser feita pois a sequencia deve crescer com o tempo.

Campsoft · Answer

Ent�o Leonardo, no caso de sequencias canceladas eu estaria atribuindo para um romaneio ou or�amento que j� foi processado, e cancelado de fato posteriormente. No cen�rio que eu tentei ilustrar, o operador nem chegou se quer a concluir o processo. seria como se a a��o nao existisse.

Da forma que voce mostrou, eu de qualquer maneira teria sequencias n�o utilizadas, e n�o canceladas.

Motta, este � meu medo, os malditos deadlocks... eu sinceramente n�o fa�o a minima ideia de como proceder.

...ainda quebrando a cuca e aguardando novas ideias....

Abra�os !

Campsoft · Answer

Galera, eu andei dando uma consultada na net, achei uma saida que n�o sei se � a ideal, mais logicamente tem fundamento.

[url]http://www.clubedelphi.net/artigos/sequenciadorFB.asp[/url]

Pelo que entendi, ele trabalha com uma outra tabela onde faz
um �catch� e armazena todos os numeros descartados.

E no momento da atribui��o da sequencia, ele d� uma olhada nesta base de descarte, se existir algum numero ele aproveita, se a base estiver vazia, retorna ao modo normal de incremento.

Eu estou tentando implementar isso por aqui, qualquer novidade eu posto.

Abra�os.

Campsoft · Answer

Na pior das hip�teses, numa queda de energia ou um travamento inesperado do server, cai naquele triste dilema que o Motta apontou... DeadLock....

Motta · Answer

[quote:6207a760ee=�campsoft�]Galera, eu andei dando uma consultada na net, achei uma saida que n�o sei se � a ideal, mais logicamente tem fundamento.[url]//www.clubedelphi.net/artigos/sequenciadorFB.asp[/url]Pelo que entendi, ele trabalha com uma outra tabela onde faz um �catch� e armazena todos os numeros descartados.E no momento da atribui��o da sequencia, ele d� uma olhada nesta base de descarte, se existir algum numero ele aproveita, se a base estiver vazia, retorna ao modo normal de incremento.Eu estou tentando implementar isso por aqui, qualquer novidade eu posto.Abra�os.[/quote:6207a760ee]Tem de ver se isto pode ser feito , �s vezes h� at� retri��es legais de usar um n� anterior.J� fiz esta solu��o da tabela para n� sequencial � n�o tive maiores problemas, mas j� vi um sistema que travava pois a transa��o que gravava o registro era demorada ,tornando o tempo de espera pela tabela um gargalo....

Campsoft · Answer

Ent�o... andei consultando amigos, e um deles me disse uma coisa que me chamou aten��o.

Ele trabalha com duas sequencias em paralelo, sendo uma �n�o-oficial� que � exibida e utilizada como controle interno da loja, e outra OFICIAL, que ser� utilizada no momento de uma eventual impress�o de nota fiscal.

Essa me parece uma ideia interessante...

F�rum Sequencia num�rica de romaneio [MYSQL] #332673