Ir al contenido


Foto

ZAbstractRODataset.pas


  • Por favor identifícate para responder
26 respuestas en este tema

#21 eduarcol

eduarcol

    Advanced Member

  • Administrador
  • 4.483 mensajes
  • LocationVenezuela

Escrito 09 junio 2009 - 12:02

Ahora tenemos que hablar del Isolation Level, que no es mas le indicas el nivel de visibilidad de las transacciones, lo mas comun es que este en readcommited y el numero en la linea te debera aparecer luego de realizado el commit sobre el registro, que según el comportamiento "normal" de los zeos es cada vez que haces el post, ya que el TZConnection tiene una propiedad llamada autocommit
  • 0

#22 luk2009

luk2009

    Advanced Member

  • Moderadores
  • PipPipPip
  • 2.040 mensajes
  • LocationSanto Domingo

Escrito 09 junio 2009 - 12:40

tenia la propiedad en none y la puse en readcommited y hace lo mismo

tiene otras opciones las probe y hace lo mismo tambien.


gracias

  • 0

#23 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.295 mensajes
  • LocationArgentina

Escrito 09 junio 2009 - 01:03

Hola luk2009,
Los IDs en blanco se deben a que no estás confirmando la transacción. Estás añadiendo registro pero si dar la orden "Post".

Ten presente que si cancelas toda la operación, esto no deshace los valores del generador. Valor que fue generado no se puede cancelar. Los generadores escapan del nivel de la transacción. Es decir que si ID actualmente tiene un valor 6 e ingresas un nuevo registro el nuevo valor para el generador será de 7. Si por algún motivo cancelas la inserción, a ese ID igual a 7 no lo podrás usar. En una nueva inserción obtendrás el valor 8.

El que los vaya llenando según se van insertando se debe a el comportamiento del generador descripto anteriormente. Cuando añades un registro en el DBGrid éste le pide al generador un nuevo número, por tanto a medida que se confirman las inserciones se van obteniendo los valores.

Saludos,
  • 0

#24 luk2009

luk2009

    Advanced Member

  • Moderadores
  • PipPipPip
  • 2.040 mensajes
  • LocationSanto Domingo

Escrito 09 junio 2009 - 03:10



delphi
  1.     datamodule1.ZTcentral.Insert;
  2.     datamodule1.ZTcentralcsid.Value := trim(csid);
  3.     datamodule1.ZTcentralbuffer.Value := buffer;
  4.     datamodule1.ZTcentralformato.Value := formato;
  5.     datamodule1.ZTcentralEVENTO.Value := trim(EVENTO);
  6.     datamodule1.ZTcentralDETALLE.Value := detalle;
  7.     datamodule1.ZTcentralfechan.Value := now;
  8.     datamodule1.ZTcentral.Post;



Hola Delphius
Este proceso que estoy utilizando el cual es el mismo que uso con ado y sql server, estoy recibiendo muchos datos constantemente y con adotable y sql server me los va actualizando de una vez.

Pero lo que hice fue que en el evento afterpost de la ztable le puse



delphi
  1. ztable.refresh;
  2. ztable.last;



y con esto me pone bien los numeros. Es correcto asi o debo hacer otra cosa.

gracias



  • 0

#25 eduarcol

eduarcol

    Advanced Member

  • Administrador
  • 4.483 mensajes
  • LocationVenezuela

Escrito 09 junio 2009 - 03:55

Sigo haciendo enfasis en la necesidad de que no utilizes el ZTABLE, en verdad es necesario que muestres "TODOS" los registros?

si estamos hablando de "muchos datos constantemente" vas a notar mucha lentitud en la aplicacion a medida que aumentes los datos, porque en el proceso de insercion, grabado y refrescamiento estas haciendo viajar todos los datos por la red.

Te recomiendo de nuevo los ZQuery con los filtros respectivos.
  • 0

#26 luk2009

luk2009

    Advanced Member

  • Moderadores
  • PipPipPip
  • 2.040 mensajes
  • LocationSanto Domingo

Escrito 09 junio 2009 - 04:17

gracias eduarcol

Esta parte de la aplicacion es la que voy a usar en el servidor, para la aplicacion de los usuarios, si voy a usar Zquerys.
En la aplicacion del servidor tampoco me recomiendas hacerlo como lo estoy haciendo?
  • 0

#27 eduarcol

eduarcol

    Advanced Member

  • Administrador
  • 4.483 mensajes
  • LocationVenezuela

Escrito 09 junio 2009 - 06:15

realmente no te lo recomendaria, estas abusando de los recursos
  • 0




IP.Board spam blocked by CleanTalk.