Erro com DBExpress após instalar o update do d7...

Qual a versão do seu Delphi.
Aqui na empresa eu tenho o Professional e não encontrei o arquivo.

Aí vc usa somente a DBExpress padrão ?

ja usou a DBExpress Plus ? pois percebi q ela tem alguns adicionais.. q a default do delphi nao tem...

dbExprPlusCustom.pas :( :shock:

Aqui utilizo o DBExpress que vem com o Delphi.

Não conhecía o DbExpress Plus.

Bom dia !!

Estou precisando de uma ajuda sua. Vc sabe como fazer travamento
pessimista utilizando D7 + F 1.5. Aprendi no forum ClubeDelphi
que devo uitilizar a sentencao SQL ´for update with lock´.

Porem, este comando vem apresentando problemas junto com
o controle de transacao. Quando abro uma transacao e depois
executo o comando de lock o D7 nao gera o erro de ´dead lock´
quando o registro esta travado, mesmo no SQL Connection
a propriedade WAITONLOCKS = False;

Acho que este erro esta no D7 ou no driver dbExpress. Por isso gostaria
de saber como conseguiu a atualizacao do Delphi7. Gostaria que
me ajudasse, se nao for possivel me passar alguma coisa para
baixar essa atualizacao, vc poderia me passar pelo menos as dlls de
acesso do dbExpress que fica na pasta C:\Arquivos de Programas\
Borland\Delphi7\Bin

Desde jah agradeco

Para vc consegui travar 1 registro... vc dever alterar algo nele.. e postar para o banco.. tipo.. dar o .Post e depois o .ApplyUpdate

Porem.. nao deve commitar ainda.. o registro vai ser só seu e da transação q travou... porem se o usuario ou programador.. morre.. ele vai continua travado por 1 bom tempo... ate alguem dar o .Commit ou .RollBack...

* Eu tb pensei muito sobre esse papo d travamento.. e cheguei a conclusão q nao vale a pena.. isso é coisa do passado q os clippeiros usava.. eu tb vim do clipper e tive q perder esse vicio... aí fica ao seu criterio..

Espero ter ajudando... qq coisa manda aí

[b:a37f5f0074][color=red:a37f5f0074]Agora.. Alguem tem o arquivo q estou precisando...... [/color:a37f5f0074][/b:a37f5f0074] :shock:

Concordo em partes com vc ...

Algumas tabelas como do tipo de cadastros e outros mais simples nao tem
q ter o travmento pessimista.

1) Agora imagine soh, tenho uma tela de contas a receber e tenha que quitar um documento, apos a quitacao o sistema vai gerar outro registro na movimentacao de contas e cair no caixa do dia. Entao este tipo de rotina nao pode ser influenciado por
um outro usuario q tb esta quitando o mesmo documento com um valor
menor.
2) Imaginemos tb uma digitacao de varias pedidos de venda ao memos tempo. Esses pedidos tem que pertencer a empresa logada no inicio
do sistema. Como gerar a sequencia do pedido, sem deixar que duas
pessoas fiquem com o mesmo codigo do pedido.
3) Baixa de estoque eh outro exemplo, talvez o mais cobrado nos sistemas comerciais, onde tem q haver o travamento pessimista para
a baixa.

Voltando ao nosso assunto, como ficaria a rotina de abrir a transacao
editar e postar sem fechar a transacao? Em que momento o sistema
poderia gerar o erro de dead lock caso o registro esteje sendo alterado.

Ahh, espero que vc me mande tb a dll dbExpint da atualizacao do D7.

Andre Vinicius Goncalves
andrevinni@pop.com.br
andrevinni@ig.com.br