LETO - bug em TRANSAÇÕES

[janio]

Testei com o codigo do Kresin e deu o mesmo: ele so encontra o registro q esta em buffer depois do comit da transação!

Mesmo em buffer esse registro era pra estar visivel pra maquina q lançou e invisivel (por nao estar em disco ainda) pra outras maquinas da rede, num eh nao???

[Itamar M. Lins Jr.]

Ola!
Se vc criar um exemplo bem compacto, com criação do dbf, indices, que demonstre o problema, eu acredito que isso já teria sido corrigido desde muito tempo.
Tem que demonstrar de uma forma bem clara para todos esse defeito, ai eles corrigem logo!

Saudações,
Itamar M. Lins Jr.

[janio]

No LETO usando transações, ele so enxerga o registro inserido pela estação depois de comitar a transação.

Ocorre q esse comportamento eh DIFERENTE de outros RDD's (DBFCDX, MEDIATOR+MYSQL), que mesmo antes do Commit o registro esta visivel para a maquina que o lançou. No leto SEM TRANSAÇÃO tbm o registro fica visivel.

O problema esta somente qndo ha transação.

Teste Leto com Transação:

Código: Selecionar todos

Function Main( cPath )
Local i, aStru
Field NAME, NUM, INFO, DINFO

   REQUEST LETO
   RDDSETDEFAULT( "LETO" )
   SET DATE FORMAT "dd/mm/yy"

   IF Empty( cPath )
      cPath := "//127.0.0.1:2812/temp/"
   ELSE
      cPath := "//" + cPath + Iif( Right(cPath,1) $ "/\", "", "/" )
   ENDIF

	Leto_fErase( cPath+"test1" )

   dbCreate( cPath+"test1", { {"CODIGO","N",5,0}, {"DESCRI","C",10,0} } )
   ? "File has been created"

   USE ( cPath+"test1" ) New
   ? "File has been opened"

   INDEX ON CODIGO TAG CHAVE
   ? "File has been indexed"

   leto_BeginTransaction()

   APPEND BLANK
   REPLACE CODIGO WITH 1
   REPLACE DESCRI WITH "TESTEEEE"
   
   ? "Records has been added"

	DbGoTop()
	? DbSeek( 1 ) // nao encontrou o registro q acabou de ser inserido

   leto_CommitTransaction()

	DbGoTop()
	? DbSeek( 1 ) // agora encontrou, depois do commit
   
   ?
   ? "Press any key to finish..."
   Inkey(0)

Return Nil

Teste Leto SEM TRANSAÇÃO:

Código: Selecionar todos

Function Main( cPath )
Local i, aStru
Field NAME, NUM, INFO, DINFO

   REQUEST LETO
   RDDSETDEFAULT( "LETO" )
   SET DATE FORMAT "dd/mm/yy"

   IF Empty( cPath )
      cPath := "//127.0.0.1:2812/temp/"
   ELSE
      cPath := "//" + cPath + Iif( Right(cPath,1) $ "/\", "", "/" )
   ENDIF

	Leto_fErase( cPath+"test1" )

   dbCreate( cPath+"test1", { {"CODIGO","N",5,0}, {"DESCRI","C",10,0} } )
   ? "File has been created"

   USE ( cPath+"test1" ) New
   ? "File has been opened"

   INDEX ON CODIGO TAG CHAVE
   ? "File has been indexed"

   APPEND BLANK
   REPLACE CODIGO WITH 1
   REPLACE DESCRI WITH "TESTEEEE"
   
   ? "Records has been added"

	DbGoTop()
	? DbSeek( 1 ) // ENCONTROU antes do commit (ainda no buffer)

	DbCommit()
	DbUnLock()

	DbGoTop()
	? DbSeek( 1 ) // ENCONTROU novamente, depois do commit   
   ?
   ? "Press any key to finish..."
   Inkey(0)

Return Nil

Teste em DBFCDX:

Código: Selecionar todos

Function Main( cPath )
Local i, aStru
Field NAME, NUM, INFO, DINFO

   REQUEST DBFCDX
   RDDSETDEFAULT( "DBFCDX" )
   SET DATE FORMAT "dd/mm/yy"


	fErase( "test1.dbf" )

   dbCreate( "test1.dbf", { {"CODIGO","N",5,0}, {"DESCRI","C",10,0} } )
   ? "File has been created"

   USE ( "test1" ) New
   ? "File has been opened"

   INDEX ON CODIGO TAG CHAVE
   ? "File has been indexed"

   APPEND BLANK
   REPLACE CODIGO WITH 1
   REPLACE DESCRI WITH "TESTEEEE"
   
   ? "Records has been added"

	DbGoTop()
	? DbSeek( 1 ) // ENCONTROU o registro q acabou de ser inserido mesmo ANTES DO COMMIT

	DbCommit()
	DbUnLock()

	DbGoTop()
	? DbSeek( 1 ) // ENCONTROU novamente, depois do commit
   
   ?
   ? "Press any key to finish..."
   Inkey(0)

Return Nil

[Itamar M. Lins Jr.]

Tic,tac... Vamos aguardar né ?

Saudações,
Itamar M. Lins Jr.

[Itamar M. Lins Jr.]

Ola!
Xiii...

This is a correct behaviour. When you process a transaction, all
operations, which updates the database, are buffered on the client side
and are sent to the server for execution while leto_CommitTransaction().
So, before the leto_CommitTransaction() is complete, the database on the
server isn't updated and the records are not added. This is the way as
transactions works.

Regards, Alexander.

Pelo menos ele respondeu.

Falta ver o BUG da demora quando o arquivo é muito grande...

Saudações,
Itamar M. Lins Jr.

[Cavalo Marinho]

Certo, é o comportamento correto, mas para o usuário que está atualizando as tabelas estes valores já deveriam está visíveis, pelo que eu entendi que o Janio falou não era para esta disponível para outros usuários, mas para ele mesmo, ou seja eu atualizo um determinado registro e preciso desta informação já deveria está disponível para mim, mas para os outros usuários só quando executar o commit. Talvez ele não tenha entendido o real problema apresentado.

[janio]

Uso transacaoes com mediator+mysql e não funciona assim!

[Itamar M. Lins Jr.]

Ola!
Leia o complemento sobre funcionar no mediator.

I don't know, how transactions are implemented in the mediator, maybe, they are not real transactions . The logic of transaction demands, that it is executed after COMMIT TRANSACTION, isn't it ? So, the data isn't changed before the commit. I may suppose, that the mediator seeks the newly added record in a memory buffer on client side - maybe. Letodb doesn't do this. We consider, that the transaction is intended for updating the database, so only update operations should be placed inside it.

Regards, Alexander.

Saudações,
Itamar M. Lins Jr.