Tiago, eu tava pensando em algo mais simples ... tipo a ideia que o Renato
acabou de postar.
[...]'s
Marcio
### Campanha Ajude o Marcio! ###
http://sosmarcio.blogspot.com.br/
http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
=
R
enato
Era mais ou menos isso que tava pensando mesmo.
Mas como faço isso usando o DBI. Não consegui.
[...]'s
Marcio
### Campanha Ajude o Marcio! ###
http://sosmarcio.blogspot.com.br/
http://www.vakinha.com.br/VaquinhaP.aspx?e=19
explicando melhor,
já que você não parece ter ninguem pra controlar de verdade quantos
registros tem para ser processados,
voce pode fazer um
BEGIN;
SELECT xxx FROM table WHERE not_processed LIMIT 1 FOR UPDATE ;
UPDATE
COMMIT;
como só tem um 'limit 1' você teria q rodar isso várias vezes.
voc
Como é mysql, só posso dizer:
http://dev.mysql.com/doc/refman/5.0/en/innodb-locking-reads.html
boa sorte!
2013/9/23 Marcio - Google
> Salve Mongers!
>
> Tenho uma tabela em MySql com algumas centenas de registros.
>
> Em alguns momentos tenho que "processar" esses registros da forma mais
> rá
opa. a ideia continua mas na real é mais simples. grava quem esta
processando e quando começou. deixe seu criterio de "pegar o proximo da
fila" levar em conta quanto tempo ta demorando.
2013/9/23 Tiago Peczenyj
> opa chefe
>
> se eu entendi, eu proponho o sequinte:
>
> 1- pega um lote de dados
opa chefe
se eu entendi, eu proponho o sequinte:
1- pega um lote de dados e manda pro Redis ou Riak ou SQLITE ou CSV ou qq
coisa q vc consiga salvar e todas as apps possam ler.
2- faz tuas apps consumirem como se fosse uma fila, um por vez. Se quiser
use mensageria. acho cafona.
3- implementa um
Salve Mongers!
Tenho uma tabela em MySql com algumas centenas de registros.
Em alguns momentos tenho que "processar" esses registros da forma mais
rápida possível.
O tempo de processamento de cada registro é de aproximadamente 4-5
segundos, tempo esse alheio ao meu controle ou a minha vontade.
