Buenos días!.

Como os comenté en su día, para el control del trabajo uso dos aplicaciones que controla las reservas de los clientes de Booking.
Una es por movil (Pulse) y otra es mediante una aplicación online ( Extranet ) usando el navegador.
Además uso una hoja de calculo donde apunto y hago un planning de las reservas. ( Menos mal!)

Aunque ya he comunicado el problema, parece que no solo me ha ocurrido a mi.

El error es: Puedo ver en la app Pulse las entradas diarias y veo que están todos los registros de los clientes.
En cambio de hoy para mañana, no he encontrado alguna reserva en la aplicación del navegador con el pc.
Se hace una consulta y te muestra los clientes en un intervalo de fechas. Llegadas, estancias, factura, reserva,
( Eso son el tipo de consulta ).

El equipo de Booking de soporte técnico se ha puesto con ello.
Pero..
¿ Cómo suelen ocurrir estos problemas ?.
¿ Los datos se van un día por las buenas ?.
Menos mal que son solo algún que otro registro.

Así estoy, que estoy todos los días loco perdió controlando todos estos temas.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell:

Será un bug de programa.. lo mejor que haces es dar el reporte del bug al equipo de Booking de soporte técnico

Citar:

¿ Cómo suelen ocurrir estos problemas ?.

Programas que no estan suficientemente testeeados.....     

Citar:

¿ Los datos se van un día por las buenas ?.
Menos mal que son solo algún que otro registro.

Eso es jodido... porque si fuera todos, seguro que es algo sencillo de resolver, pero si es un tema "aletaorio"... cualquiera sabe cual puede ser la causa del error...

Citar:

Además uso una hoja de calculo donde apunto y hago un planning de las reservas. ( Menos mal!)

Pues menos mal que tienes otro "control", que si no te la lían parda...

===================
Blog personal
Web: SoloGambas seleccion de articulos dedicados a Gambas
Visita el Curso de Gambas3 ¡¡¡Gratuito!!!

Julio:

Citar:

Programas que no están suficientemente testeados...

No es solamente que a lo mejor no estén totalmente testeados.
La aplicación de pc puede tener muchas modificaciones en una semana,
de todo tipo.

La forma de testearla parece que lo hacen con los usuarios. Somos nosotros los que informamos
de los problemas. Ya sea un alojamiento o un cliente.

Citar:

Pues menos mal que tienes otro "control", que si no te la lían parda...

Pues es jodido, el tema de las reservas cambia a diario, se actualizan, se modifican, se cancelan.
No se puede controlar a la larga. Imagina que estas en abril, pues hay gente que ya tiene reservas
para agosto y si los dejo hasta para el carnaval del 2018. ( Pa morirse ).

Entonces en caso de abril, puedes controlar las de ese mes y a lo más, las de mayo. Siempre las más
cercanas. Pero si te hacen una reserva para agosto y de pronto y porrazo desaparece el registro,
cuando estas aproximándote al mes...imagina!.  

Siempre se puede mirar las dos aplicaciones ( que la de movil para eso es una lata ),
es mejor una lista, con la que puedes controlar los registros de las reservas.

Tiene que ser una locura controlar todas esas reservas de cientos de miles y miles de personas.
Algún tipo de control tendrán con los archivos, fechas, comprobación de  número de registros,
estado del archivo. ( Y lo malo no es que este corrupto, es que falten algunos registros ).

Estoy deseando de escuchar una de las historias de Shordi con las bases de datos
y este tipo de problemas.  Se le pondrá de corbata y no es para menos.  

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Sin haberlo visto en la vida ya te puedo anticipar que no hay dos bases de datos, hay una sola, con dos programas que la "atacan" simultáneamente.
Cuando te apoyas en una base de datos, el problema no es cuántas habitaciones hay ni cuántas características ni cuántos miles de usuarios simultáneos. El problema son los algoritmos de grabación y recuperación de datos. Si éstos están bien, si son sólidos, te da lo mismo que haya 10 que 10.000. Funcionará. Si no, pues lo mismo, da igual que sean muchos que pocos.

Lo que ocurre es que si el problema es realmente complejo, pero realmente complejo, puede que no haya una sola base de datos, sino varias y a veces muchas, que se coordinen, repliquen. jerarquicen y demás. Los mecanismos internos de tales situaciones también están perfectamente delimitados y probados peeeero el personal capaz de diseñar, implementar y mantener un sistema semejante, no creas que abunda.

En este caso, tal como cuentas lo de las actualizaciones y demás, sospecho que el problema es la baja calidad de las aplicaciones... o de la política de implementación de la empresa. Nada de versiones Alfa ni Beta ni leches, que para eso trabajamos on-line. Se van arreglando las cosas sobre la marcha y para descubrir los errores ya tenemos al usuario.  Al fin y al cabo, si no lo sacamos nosotros, lo sacará la competencia...
   

===================
No podemos regresar

Shell escribió:  

...¿ Los datos se van un día por las buenas ?.

Si es un sistema de bases de datos al que se accede desde varios sitios y con varios tipos de programas, ya tenes definido un sistema que sea como minimo un servidor de vases de datos y ademas multiusuario, así que supongo (ya que no lo mensionas) que usan un servidor de BBDD Mysql o Postgres o algun otro propietario como oracle por ejemplo.
Bueno en los motores no se pierden los registros. los registros son borrados o no se escriben ya que el programa hace algo mal.
Lo que te sugiero es que el desarrollador del programa le meta una linea de código que en paralelo al ingreso de una reserva mande un mensaje a un archivo de texto del estilo "timestamp:programa:datos-de-la-reserva. a modo de log
Entonces luego cada dia comparas que lo que esta en el log esta en la BBDD y en un lapso de tiempo corto tenes identificado el problema, que seguramente es un programa de los que usan.

Saludos.

Shordi:

Citar:

Se van arreglando las cosas sobre la marcha y para descubrir los errores ya tenemos al usuario.  Al fin y al cabo, si no lo sacamos nosotros, lo sacará la competencia...

Pero que sea una aplicación online,  no quiere decir que no deba ser testeada antes de lanzarse.  
En cuanto a varias bases de datos, es muy probable. A saber , una por cada país, por orden alfabético...puf!.  

Tincho:

No imagino cual es el tipo de base que usaran. Pero desde luego no cualquier cosa, hay mucho dinero por medio.

Citar:

Bueno en los motores no se pierden los registros. los registros son borrados o no se escriben ya que el programa hace algo mal.

Si ambas aplicaciones, tanto de movil como de pc acceden a la misma base y cada uno tiene una respuesta distinta,
algo no es igual.

Espero que lo solucionen. Mañana os comento si hicieron algo.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Parece que lo han solucionado. Ya vuelvo a ver los dos registros que ayer no había forma de encontrar
mediante la aplicación del  navegador.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell escribió:  

Parece que lo han solucionado. Ya vuelvo a ver los dos registros que ayer no había forma de encontrar mediante la aplicación del  navegador.

Ojo, aca hay un tema, tanto el programa del navegador como el programa de escritorio usna sentencias sql para recuperar, modificar y crear informacion en la base de datos. Pero que no veas los registros no quiere decir que no existen, tal vez tengan algun dato mal escrto o vacio como el timestamp o algun código especial de tu programa, que si esos datos no aparecen en el resultado SQL.

Los cual nos lleva a que el titulo del post debería ser "Errores habituales de los programas al usar bases de datos"  

Saludos.

Tincho:

Por mi cuenta tendría que saber que es el timestamp.  

Citar:

Los cual nos lleva a que el titulo del post debería ser "Errores habituales de los programas al usar bases de datos"

Si, estoy de acuerdo. Lo he cambiado.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell escribió:  

..tendría que saber que es el timestamp...

Es generalmente una fecha o una cadena de texto que "marca de tiempo"
Si por ejemplo usas una así: 20171224105512.30
Luego podes usar una consulta SQL para mostrar solo las peticiones o reservas de hoy.
Pero se puede usar cualquier método, como tener un campo para cada escala de tiempo, es decir una para el año, mes, día ... etc.

Saludos.