Se puede recuperar registros eliminados en firebird ????

[[RONPABLO]]

Empezado por AzidRain

No se si tenga mucho o poco que ver con el post, pero creo a mi juicio viene a colación. ¿Por qué he encontrado mas post sobre como recuperar alguna cosa de una BD Firebird que el equivalente a MySQL? No digo cual es mejor o peor, simplemente que tengo más de 3 años trabajando con MySQL y nunca se me ha presentado por fortuna esa contingencia de tablas corruptas o similares y sin embargo he encontrad mucho material sobre como corregir tablas corruptas de Firebird.

Pues yo tenía un código daña base de datos (no era hecho por mi, pero yo era el que daba la cara)... Dañaba primero en Paradox (que era como normal ver las tablas corruptas), luego en MySQL... y también las daño.. y claro también daño las de firebird, hasta que le metimos mano a fondo y después de eso solo se daño en dos equipos con problemas extremos de Hardware, la verdad la experiencia que he tenido con BBDD es que se corrompen (colocar en google >>el motor que use<< corrupta y va a encontrar mucho tema)... Tal vez aquí en el club de se habla de "muchos" problemas de corrupción de Firebird ya que en este foro tal vez hay un numero de usuarios mayor en dicho motor que en otros como MS SQL, My SQL... Aunque este hilo como tal no trata sobre eso en especifico, es más el caso de que usted diga en una tabla con 100 mil registros algo así:

Código SQL [-]

   Delete From TablaCon100MilRegistros;

Y luego se haga la pregunta... será que despues de borrar datos y hacer commit se pueden recuperar esos datos??... se debe poder, como tal hay empresas que ofrecen dicho servicio....

[Casimiro Noteví]

No se trata de base de datos firebird corrupta, sino de que ha borrado unos datos sin querer y quiere recuperarlos

Debo decir que desde que uso firebird (y antes interbase) hace ya 11 años y en clientes de todo tipo, nunca, repito lo de nunca, (de momento) jamás se ha perdido nada en ninguna base de datos, salvo en las que se han estropeado por "causas de fuerza mayor" (disco duro roto) .
El tamaño de las bases de datos de nuestros clientes tienen una media 750 Mb. Una veintena de clientes rondan entre los 5 y los 10 Gb. y un par de ellos están ya en casi 20 Gb.
La verdad es que creo que Firebird fue todo un acierto el haberlo elegido en su día.


p.d: Otras bases buenas: PostgreSQL, MySql tampoco es mala, sólo la encuentro bastante simple. Cada una tiene su 'lugar' y 'momento' para ser usada

[AGAG4]

Quiero aclarar un poquito las cosas, es correcto lo que dice Al Gonzalez, fue error mio, modifique un trigger para eliminar registros "BASURA" pero no hice las pruebas suficientes para estar seguro de que funcionaba al 100% el trigger por lo que aplique dicho cambio en una BD funcional y cual fue mi sorpresa que al dia siguiente me llamo la atencion que no estaban unos registros, hasta que busque en toda la tabla y empece a sudar frio , mi otro error es que no configure correctamente una aplicacion que tengo para hacer respaldos diarios, me vio la tarea de investigar como recuperarlos porque sé que firebird tiene su recolector de basura, encontre el IBUndelete y si me señala un contador de 9,310 registros que tengo que capturar , ahorita no dispongo de $150 dolares para pagarlo, pero en fin eso me pasa por wey por no revisar bien las modificaciones, es la 1er vez que me pasa en 6 años que tengo usando firebird, le veo el lado amable de esta bronca, " De los errores se Aprende "

ATENCION: Durante todo esos años que he usado firebird si me ha tocado ver 1 ó 2 BD corruptas por broncas del disco duro ó problemas de la energia electrica de alli para adelante todo ha marchado muy bien, por lo que la decisión de usar firebird fue la mejor que he tomado para el desarrollo de mis aplicaciones en delphi.

Saludos.

[[Al González]]

Me pregunto qué tan complejo sería tratar de recuperar esa información mediante un programa en Delphi, usando lectura binaria...

¿Alguien conoce, a grandes rasgos, cómo guarda Firebird los registros en el archivo .fdb?

[Casimiro Noteví]

Empezado por Al González

Me pregunto qué tan complejo sería tratar de recuperar esa información mediante un programa en Delphi, usando lectura binaria...

¿Alguien conoce, a grandes rasgos, cómo guarda Firebird los registros en el archivo .fdb?

La verdad es que todo se centra en lo de siempre: "falta de tiempo".
Hay que tener en cuenta que ahí está el código fuente, pero ¿a quién le sobra algo de tiempo? :S

[AGAG4]

Ojala alguien saque el AS de la manga para alguien que este en peores circunstancias....

[chiunti]

Yo también tengo ese problema, o peor tantito.

Llevo 11 años tambien trabajando con delphi y bases de datos interbase y firebird y nunca se me había presentado problema alguno... hasta ahora. Aunque es por una metida de pata mia. la base de datos nunca me ha dado problemas y es una de las más completas y versatiles con las que he trabajado.

Ahora bien. mi problema es el siguiente. Modifique un Trigger que realiza un update a otra tabla, y por error el UPDATE no llevaba clausura WHERE, asi que ya lo saben: TOOOODA mi tabla quedo actualizada no solo una... sino varias veces por el UPDATE y aunque tengo un respaldo de la base de datos de hace 3 dias, aun me faltan unos cuantos miles de registros por recuperar la información.

Sinceramente no soy de los que revise el codigo de firebird para ver como este hecho porque no es mi especialidad, no creo que pueda aportar mucho en la parte de desarrollo, sin embargo si en la de usuario final, ya que le hacen falta algunas herramientas administrativas a la base de datos.

Aunque he recurrido a San google no he podido resolver mi problema, ojala alguien tenga alguna herramienta para escudriñar dentro del garbage collector de firebird.