[firebase-br] Desempenho usando NO WAIT

[Gladiston Santana]

Então, esquece essa coisa de usar um mesmo controle transacional para o
sistema inteiro.
Ou use um tipo para a maioria das situações, mas em telas especificas use
outro controle que lhe seja mais conveniente.
Eu sugeriria um nowait seguido dum 'select with lock' na tela da reserva
para o quarto e período.
Quando o select fizer uma combinação que estiver em edição por outra
pessoa, o próprio select falhará (dead lock).
Isso evitaria o segundo operador preencher uma reserva que não se
confirmará, ou pior, que o segundo operador faça a reserva mais rapido que
o primeiro e deixe o cliente a ver navios porque a transação permitia isso.

Quando for testar o sistema, tenta um vourcher para 3 pessoas no final de
semana, eu aceito o teste.

inte+

Em 4 de novembro de 2014 11:57, Jean Alysson <jeanpapa em gmail.com> escreveu:

> Gladiston,
>
> Eu uso o trio SQLDataSet+DataSetProvider+ClientDataSet
> Meu sistema tem varios modulos, mas no SQLConnection principal, o parametro
> WaitOnLocks está TRUE, creio q eu teria q usar outra instancia desse
> componente em outra tela se quiser tratar de forma diferente.
>
> Tenho um modulo de reservas de hotel, semelhante a poltronas de aviao, qual
> a sugestao para dois usuarios nao reservarem o mesmo quarto na mesma data ?
> Eu uso uma tabela a parte com a data da reserva e o quarto, quando o
> usuario selecionar a data e o quarto eu ja armazeno essa informacao, pra
> segurar a reserva, vc usa algo semelhante ?
>
> obrigado pelas sugestões.
> Jean Alysson