![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
tengo los componentes zeos y se hace la transaccion con el commit al final y la base de datos esta configurada con el commt retaining.
lo extraño es que puden pasar dias sin que esto se repita. y facturamos bastante. lo que no recuerdo es si la base de datos esta en superserver o clasic ![]()
__________________
Todos llevamos nuestros demonios a cuestas.. |
|
#2
|
||||
|
||||
|
Te vaya a pasar lo mismo que un "caso extraño" que nos ha ocurrido a nosotros con un cliente: Este cliente se quejaba de que se le pierde (se borran automáticamente) los partes de trabajo, después de haber sido impresos e incluso pasados algunos días, semanas o meses.
Por lógica eso es imposible porque el programa no tiene ninguna función que elija un parte de trabajo al azar y lo borre. Pero el cliente y todos los trabajadores insistían en que desaparecían los partes de trabajo... como por arte de magia, así porque sí. Totalmente desesperados y ya a punto de perder al cliente se me ocurrió ponerle una "actualización" al programa, con ese "parche" quedaría solucionado el problema... y dicho y hecho, me creé una nueva tabla donde se almacenaban los datos del parte de trabajo cuando se borran pulsando el botón "Borrar", además del nombre del ordenador, del usuario, la IP, la fecha y hora, y ya casi sólo faltó hacer una foto con la webcam y guardarla también. Evidentemente, desde que pusimos ese "parche" ya no se han desaparecido ni un sólo parte de trabajo más, ¿será casualidad?, no sé, no sé... ![]() p.d. Evidentemente, el problema es que algún trabajador se dedicaba a borrarlos por algún motivo que desconocemos.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#3
|
||||
|
||||
|
Cita:
, pero al menos eso es bueno ![]() el problema que tengo me di cuenta que eso pasaba teniendo equipos contiguos. vi cuando facturaron alrededor de 5 facturas continuas y en la que estaba monitoreando no se registraron. no me queda mas que volver a capturar las facturas y no imprimirlas. lo extraño es que se pueden facturar de igual forma durante dias y no se pierde nada. . por lo pronto voy a cambiar el switch por si las dudas. gracias
__________________
Todos llevamos nuestros demonios a cuestas.. |
|
#4
|
||||
|
||||
|
A ver...¿Como llevas el control de los folios que vas asignando a las facturas que imprimes? Podría ser un error de concurrencia que no estes adviertiendo por alguna excepción que sin querer estés ocultando. Esto es si el equipo a toma una factura el sistema le da el numero 1 digamos, mientras esto pasa el equipo 2 toma una factura tb y el sistema le da tb el numero 1 (no puede darle el 2 pq la transaccion del otro equipo anterior no ha sido finalizada). El equipo 2 se apura y graba sus cambios. Ahora el equipo 1 hace lo propio y voila, desaparece lo capturado por el equipo 2. Es un caso demasiado obvio pero ya lo he visto 2 o tres veces. Por otro lado, es recomendable imprimir solo hasta que el registro ya ha sido guardado y la transaccion finalizada. De lo contrario no hay garantía de qque lo que se está imprimiento efectivamente se encuentre ya almacenado.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#5
|
||||
|
||||
|
Cita:
pero es aleatorio
__________________
Todos llevamos nuestros demonios a cuestas.. |
|
#6
|
||||
|
||||
|
Cita:
__________________
"Hemos aprendido a volar como los Pájaros, y a nadar como los Peces, y todavía No aprendemos a vivir como Hermanos". Martin Luther King Última edición por AGAG4 fecha: 13-02-2009 a las 20:45:03. Razón: Corrección |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Herramienta case para diccionario de datos de base de datos firebird | mcalmanovici | Firebird e Interbase | 1 | 11-02-2007 15:17:37 |
| Instalar - Base de Datos FIREBIRD... | Rogersito Plus | Firebird e Interbase | 1 | 17-12-2006 14:56:41 |
| base de datos firebird | Zehcliv | Conexión con bases de datos | 3 | 04-10-2006 17:45:27 |
| Perdida de conexion con base de datos Access | DanielAlexander | Conexión con bases de datos | 8 | 06-01-2004 20:00:12 |
| perdida de datos | Esau | SQL | 0 | 03-07-2003 16:13:03 |
|