[firebase-br] Stored Procedure para controlar o estoque

[Gladiston Santana]

Não inteiramente, pois as queries disparadas de sua aplicação respeitarão a
conexão estabelecida e o isolamento por ela estabelecida e quando eu falo
querie me refiro também as procedures. Se você usar um isolamento do tipo
dirty, você verá exatamente tudo, até o que ainda esteja pendente e sua SP
também verá isso. Quando eu disse no email anterior que SPs resolvem mais
fácil esse problema é porque a execução é muito rápida e se toda a empresa
estiver sob o mesmo isolamento naquele instante, o máximo que pode
acontecer é 'lock conflit' que ainda que indesejado previne os erros de
saldo que vem experimento. Além disso, pode-se dentro da SP especificar um
isolamento que será diferente da sua aplicação. Com essas vantagens eu
incentivo a mudar para SP, contudo, a prioridade seria isolar melhor sua
aplicação, talvez uma dirty para pesquisas e relatórios e read commit para
as inclusões/alterações/exclusões, eu disse *talvez*.

[]'s e sucesso


Em 1 de setembro de 2012 08:04, Fernando Filho <nanfilho em outlook.com>escreveu:

> Gladiston,
>  acho que não detalhei o meu problema da melhor maneira:
> não costumo ter locks conflicts, mas realmente estou mudando um
> sistema que não fazia controle transacional para outro que faz.
> partes do novo já estão rodando e partes do antigo tambem. então
> realmente não posso dizer que o sistema está livre de causar esse tipo
> de problema que você menciona.
> o meu raciocínio (pode ser que esteja errado), é que mesmo dentro de
> uma transação no sistema, faço consulta na tabela de saldos, para
> altera-la.
> e que essa consulta , se feita simultaneamente por 2 estações no mesmo
> registro, vai totalizar errado.
> e via SP, o banco faria uma fila dessas requisições.
>
> isso funciona assim, ou independente de via sistema ou SP é igual?
>
>