Foros del Web » Programación para mayores de 30 ;) » Bases de Datos General » Mysql »

no almaceno datos

Estas en el tema de no almaceno datos en el foro de Mysql en Foros del Web. tengo un sistema de ventas diarias, pero un dia no almaceno ninguna informacion en las 5 tablas que manejo, no marco errores e inclusive imprimio ...
  #1 (permalink)  
Antiguo 26/11/2010, 19:28
 
Fecha de Ingreso: mayo-2010
Mensajes: 4
Antigüedad: 14 años
Puntos: 1
no almaceno datos

tengo un sistema de ventas diarias, pero un dia no almaceno ninguna informacion en las 5 tablas que manejo, no marco errores e inclusive imprimio los comprobantes de cada venta en su momento, que podria haber pasado las tablas son innobd
  #2 (permalink)  
Antiguo 27/11/2010, 14:33
Avatar de gnzsoloyo
Moderador criollo
 
Fecha de Ingreso: noviembre-2007
Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 16 años, 5 meses
Puntos: 2658
Respuesta: no almaceno datos

La información que nos das es insuficiente para empezar. Resumiendola nos dices:

- Una aplicación que usa un soporte de bases de datos basado en MySQL estuvo funcionando aparentemente bien. Emitió los comprobantes sin inconvenientes y presumiblemente no tuvo errores en la ejecución de las actualizaciones de datos.
- Al dia siguiente todas las transacciones habían desaparecido, pero sin embargo con posterioridad seguía funcionando bien.
- Usas tablas InnoDB. En este contexto lo único trascendente es que son tablas que pueden tener restricciones de FK y transacciones.

Con esa información no podemos ni empezar, porque no sabemos nada de:
- Los procesos que realiza la aplicación.
- Las validaciones previas y posteriores a la emisión de comprobantes.
- La sintaxis de las sentencias involucradas.
- Las restricciones que posee el diseño de la base en cuestión.
- El impacto de las fechas en los procesos.
- Si se usan o no transacciones y bajo qué criterios se indica la consolidación de las mismas.
- La forma de operar los servidores y especialmente el servidor de MySQL, las tareas programadas que se cumplen en él y los criterios de seguridad aplicados.

Básicamente, no nos estás dando nada con lo que se pueda investigar o deducir. Piensa que usando el mismo contexto (una aplicación y una base de datos con tablas InnoDB), la inmensa mayoría de los sistemas no suelen tener estos problemas. En este contexto estos dos detalles resultan irrelevantes.

Tampoco sabemos nada de lo que hiciste a partir del momento en que descubrieron el faltante de datos: verificaciones, tareas de revisión, logs analizados, etc.

Hay algunas ideas que surgen:
- Si están usando transacciones, por ejemplo, acumulándolas todo el día antes de consolidarlas..., un fallo de conexión puede volar todo sin ningún inconveniente.
- Si los procesos de emisión de comprobantes no se realizan contra una verificación de resultados en la base, no son confiables.
- Si no se realizan Backups diarios al terminar la jornada, tienes una falla de criterios de seguridad y backup.
- Finalmente, si los campos ID autoincrementales que existan y que debieron modificarse en el transcurso del día, no muestran una discontinuidad entre el día previo y el posterior... bueno, yo empezaría a cuestionar a los DBA, porque eso huele a fallo de sistema recuperado por backup, y sin notificar de la pérdida de los datos... O sea, huele a un ocultamiento...


Como fuere, sería mejor que empieces por el principio y nos cuentes realmente todo lo que sucedió antes y después del problema, especialmente lo que tiene que ver con la estructura de tu sistema y base de datos y además lo que hiciste para intentar resolverlo.
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)

Etiquetas: Ninguno
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 12:49.