Cuestion de experiencia: Caida de servidor

[hecospina]

Creo que esto es denominado el principio de atomicidad, se hace todo o no se hace nada
Las bases de datos manejan esto sin necesidad de que se haga directamente desde la aplicacion, esto solo en los casos en que se manejen transacciones

Como te lo sugieren la idea es que la coneccion este abierta el menor tiempo posible, puedes guardar la informacion "commit" para cada registro editado, insertado o eliminado y no esperar a tener un gran numero de registros para hacerlo

Suerte

[Casimiro Noteví]

Exacto, con firebird no hay que hacer nada.
Pero... ¿cuándo se cae el servidor?, yo no recuerdo ninguna caída de ningún servidor sql firebird, ahora bien, si te refieres a caídas físicas, problemas de hardware, pues es cuestión de tener backups actualizados.
Si tienes un raid 1 (espejo), tampoco tendrás que hacer nada si se rompe el disco duro, seguirá funcionando con el otro, y es posible que ni siquiera te des cuenta que está roto uno de los discos.

[[AzidRain]]

En mi caso que uso MySQL sobre Linux, tengo replicado el servidor en otra oficina distinta de donde esté corriendo el principal, de hecho a algunos clientes les cobro una renta mensual por replicarles su servidor. Si algo le pasa al servidor principal, simplemente conecto el replicante y listo. Los clientes no tienen que hacer nada.

[xjre]

Gracias por las respuestas

Saludos