FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Claro, una tabla es muy complicado que se rompa, sería mucha casualidad que se estropeara un disco justo por el lugar donde hay datos de sólo una tabla.
Es por lo que al principio contesté que nunca había visto un caso así. Y suena más a fallo de software. |
#2
|
|||
|
|||
Cita:
¿Qué tipo de corrupción tiene? Qué aparece en Firebird.log? Has comprobado si en Firebird.log se ha producido algún reinicio? Yo tuve algún problema de corrupción con la versión 2.5.0 por unos fallos en el motor, pero se solventó en un parche y actualmente la versión 2.5.2 es bastante estable.
__________________
Un saludo, Jesus García |
#3
|
||||
|
||||
Un fallo de su (cesarsoftware) software
|
#4
|
|||
|
|||
Ya, lo he entendido, y por eso lo he comentado. Un fallo en una aplicación cliente puede producir muchos problemas, debido a un mal control de transacciones, etc. pero nunca debería deber poder corromper una tabla o base de datos, a no ser que se ataqué directamente a las tablas del sistema.
__________________
Un saludo, Jesus García |
#5
|
||||
|
||||
Pues eso, también creación/edición de campos/dominios/triggers/stores procedures/etc. en tiempo de ejecución y que no estén debidamente probadas.
|
#6
|
|||
|
|||
Entonces el motor no debería permitir ejecutar ddl en una base de datos en uso. Sigue siendo un problema del motor. El motor no debería permitir que se ejecute ddl en una base de datos en uso si va a corromperla, o si lo permite debería emitir un aviso indicando de la acción, pero no he leído por ninguna parte en la documentación de Firebird ese tipo de advertencias, aunque por supuesto, cuando ejecuto scripts de actualización, los lanzo sin ningún usuario conectado, excepto el sysdba. Lo hago para evitar errores del tipo "objeto en uso", que es un mensaje que entiendo que lanza el propio motor para evitar modificaciones sobre objetos que están en uso por usuarios, y es como creo que debe actuar, ya que lo principal es que garantice una consistencia e integridad en la información contenida en la bd.
__________________
Un saludo, Jesus García |
#7
|
||||
|
||||
Si quieres iniciar un debate sobre ese tema entonces crea un nuevo hilo, gracias
|
#8
|
||||
|
||||
Je,je,je, muy gracioso
El cliente me llamo ayer informado que "mi software" informaba de que no podia leer el identificador (el soft continua, quizas no debiera, porque lee el resultado de un ensayo de amortiguadores y luego indica a los distintos robots lo que tiene que hacer en funcion al resultado del ensayo) y que al leer la bbdd con un software de terceros solo decia (segun el cliente) "table corrupted" o algo asi, me lo dijo por telefono, pero que otras tablas si podia leer. Como me dijo que tiraria de copia, la verdad es que no se me ocurrio pedirle que me leyera el firebirl.log. Uso la version 2.5.1 de 64 bits. La funcion para leer el identificador es la siguiente
La funcion para grabar datos (unos 3000 por ensayo (1 ensayo cada 24 segundos)) en la siguiente (se graban 2 tablas y solo ha fallado la tabla LECTURAS.
Quizas no hago bien las cosas, ¿como veis las funciones? ¿Os parecen que pueden corronper? Hasta la fecha a registrado correctamente mas de 100.000 ensayos (unos 17 gigabytes) Saludos.
__________________
Disfruta de la vida ahora, vas a estar muerto mucho tiempo. Última edición por cesarsoftware fecha: 28-03-2013 a las 20:48:52. |
#9
|
||||
|
||||
O sea, resumiendo, que casi seguro que no pasa nada, no tienes información. A mí me llama un cliente y me dice eso y como si me dice que llueve
|
#10
|
||||
|
||||
Cita:
¿Que os parecen las funciones? ¿Esta bien escritas o son una chapucilla?
__________________
Disfruta de la vida ahora, vas a estar muerto mucho tiempo. |
#11
|
||||
|
||||
Cita:
¿Que os parecen las funciones? ¿Esta bien escritas o son una chapucilla? PD: firebird graba 3000 registros en 1 segundo mas o menos ¿esta bien no?
__________________
Disfruta de la vida ahora, vas a estar muerto mucho tiempo. |
#12
|
||||
|
||||
El cliente puede puede tener toda la razón que quiera, pero en cosas así, no.
A mí me llama un cliente y me dice que ha probado un software de terceros y le dice "tabla corrupta" y lo mando a... comprar fanta. Lo que tienes que hacer es verlo con tus ojos y probarlo. Y nada de software de terceros, ¡¡¡qué sabrá ese software sobre tu base de datos!!! En cuanto a tu código, bueno, si funciona no lo toques Ya en serio, yo haría las cosas de otra manera, pero por indicar sólo una cosa: el insert sería un 'stored procedure' al que le pasaría parámetros. Y, bueno, no se parecería mucho a tu código, pero ya digo, si funciona no lo toques |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hay tantos casos de corrupción que... | Casimiro Notevi | La Taberna | 24 | 04-03-2013 13:27:25 |
Una mas de demencia o de corrupción política | escafandra | La Taberna | 16 | 28-12-2012 09:59:49 |
Detectar corrupción de memoria | ALAM | C++ Builder | 1 | 27-07-2007 12:09:19 |
Corrupción en la base de datos. | AMINOA2R | Firebird e Interbase | 2 | 03-06-2005 09:54:58 |
Corrupción de Tablas | TDworD | Tablas planas | 6 | 29-09-2004 17:29:38 |
|