FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Cita:
Casi y yo ya lo intentamos solos, cada quien por su cuenta y en un momento determinado. ¿Algún compañero bueno para la mercadotecnia que se nos una en esta nueva empresa? También necesitamos otros especialistas. |
#22
|
||||
|
||||
Hace falta como mínimo un experto en marketing y alguien para hacer nuestra web, y una buena idea ¿existe el puesto de "ideólogo"?, estaría bien
|
#23
|
||||
|
||||
Cita:
que versión de PostgreSQL tienes instalada ? Yo, una vez conocida la versión y comprobado que no hay ningún bug existente sobre ella, haría lo siguiente. Escoge una de esas tablas "misteriosas" y pon unos cuantos triggers (en cada fila), más o menos tal que así: 1.- Antes de grabar. 2.- Despues de grabar. 3.- Antes de borrar. 4.- Despues de borrar. Y, en cada uno de ellos (puede ser el mismo para todos los 'estados'), guarda en una nueva tabla de log, toda la información de fecha, hora, comentario tuyo adicional, que se borra, desde donde, PK de la fila (para su posterior localización), etc.... Eso no lo va a arreglar, pero te va a dar una buena pista de qué sucede, si alguna vez se grabó y cuando se borró. Saludos. |
#24
|
||||
|
||||
Como comenté antes, a veces nos podemos llevar sorpresas. El año pasado tuvimos unas quejas muy graves de un cliente que sufría pérdidas de datos aleatorios en documentos de un tipo determinado (pedidos para producción en una fábrica), las pruebas que hicimos fueron muy rigurosas, dedicándole muchas horas, días y semanas de trabajo para encontrar el problema, pero seguían perdiéndose esos datos, además era la única empresa donde tenían ese problema.
Finalmente me decidí por crear un trigger cuando se borraba un registro de la tabla y lo que hacía simplemente era almacenar en otra tabla los datos de ese registro borrado, además del usuario, puesto de trabajo, etc. No dijimos nada a nadie de ese cambio, el resultado fue que encontramos a un usuario descontento que los borraba. La empresa le acusó y él respondió que sería un fallo del programa. El gerente de la empresa volvió a la carga contra nosotros, así que hicimos un "select * from tbRegistrosBorradosLog order by fecha, hora", y le entregamos el listado al gerente. Puso cara de incredulidad, nos pidió disculpas, pagó lo que nos debía, y no sé lo que haría con el trabajador, pero seguro que nos odiará. |
#25
|
|||
|
|||
Me encantaría que el problema fuera algún empleado!!!
Pero el sistema no permite borrar registros, solo anularlos. Habría que borrar desde la base de datos. Si hubiera una persona con conocimientos suficientes para acceder a la Bd y borrar registros, debería además conocer muy bien la estructura de la bd y la funcionalidad de la aplicación, ya que los registros se eliminan consistemente. De todas formas, me sirve un montón todo lo que están posteando, ya que me va permitir analizar que está pasando. Les comento que voy a averiguando Muchas gracias Alejandro
__________________
Alejandro |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Red Hat pierde 25% de ganancias en 4Q. | Epachsoft | Noticias | 1 | 06-04-2007 18:17:15 |
Interbases 6.6 Pierde registros? | tulio | Firebird e Interbase | 4 | 25-08-2006 22:18:25 |
pierde conexion | Luis Castillo | Conexión con bases de datos | 5 | 10-02-2006 22:00:08 |
la informacion de registros se pierde o borra? | bosamel | Conexión con bases de datos | 2 | 25-01-2005 02:07:31 |
...M$ pierde una.... | Jure | Noticias | 0 | 08-06-2004 01:15:24 |
|