FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
Si te refieres a crear una tabla nueva, exporta la información, luego borrar la tabla vieja y finalmente renombrar la nueva, me marca el mismo error de que ya existe en la tabla de sistema
__________________
|
#2
|
||||
|
||||
Lo más cómodo, seguro y fiable es hacer lo que comenta mamcx, creas la estructura de la DB con el script que uses y luego importas los datos, por ejemplo con ibpump.
|
#3
|
||||
|
||||
Y seguro a la final es menos tiempo que intentar arreglar un archivo corrupto. Ademas que 20GB es poquito*
* Incluso en un disco de 5400 RPM deberia tomar menos de 1 hora toda la vuelta....
__________________
El malabarista. |
#4
|
||||
|
||||
Lo que tienes que hacer es buscar los registros que están en la tabla que no tienen su correspondencia en la otra.
Primero debes identificar las tablas. una de las tablas es la que tiene el campo ACTIVOS_FIJOS_ESTATUS y la otra tendrás que buscarla, porque mediante el error no puedo saberlo sin la estructura. Luego tienes que ver qué registros de la tabla no están en la otra a la que hace referencia. Te pongo un ejemplo para que quede mas claro Código:
ESTADOS ------- ID - DESCRIPCION 1 - PENDIENTE 2 - ENTREGADO 3 - FACTURADO <--- Este registro se pierde 4 - IMPRESO DOCUMENTOS ---------- ID - ID_ESTADO - OTROS_CAMPOS 1 - 1 - ... 2 - 3 - ... 3 - 2 - ... 4 - 2 - ... 5 - 4 - ... ... Deberás buscar los registros de DOCUMENTOS donde no exista una correspondencia con registros de estados.
El resultado sería el siguiente: Código:
DOCUMENTOS ---------- ID - ID_ESTADO - OTROS_CAMPOS 2 - 3 - ... |
#5
|
||||
|
||||
Gracias a todos por las respuestas
Gracias duilioisola por el aporte, pero el problema no está en la falta de relación entre tablas de la base de datos, si no que el registro se encuentra (encontraba) en la definición de las tablas del sistema. A final de cuentas se hizo lo que comentó mamcx, con las opciones de "Extract Metadata" se obtiene la estructura de la base de datos y con la opción "Extract Data", se obtienen los datos. Ambas opciones incluidas en el IBExpert. En este caso en particular, lo más complicado fue establecer el orden en que se exporta la información para mantener las relaciones "Maestro - detalle" de la estructura original, pero cuando conoces ese orden, no es complicado, si no tedioso. Exportar la estructura no lleva más de 15 minutos. Exportar los datos manteniendo las relaciones necesarias, unas 8 horas más o menos para los 20 gb, entre ir eligiendo el orden y luego la espera de ir insertando información. A final de cuentas, siguen trabajando con un archivo nuevo. Saludos y gracias.
__________________
|
#6
|
||||
|
||||
Cuando se hacen importaciones masivas, se desactiva primero índices y triggers, se hace la importación y luego se activan. De esa forma es muy rápido.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Recuperar base de datos firebird eliminada con el comando "DROP" | Luis F. Orjuela | Firebird e Interbase | 4 | 18-02-2011 15:12:23 |
"Clonar" estructura de base de datos | Flecha | MS SQL Server | 2 | 01-07-2010 11:11:21 |
"Mejor" base de datos que MySQL... | Ñuño Martínez | Conexión con bases de datos | 23 | 08-03-2010 15:59:39 |
Búsqueda "incremental" en una base de datos | loquillo3 | Conexión con bases de datos | 9 | 08-11-2007 18:07:02 |
¿como Puedo Cancelar La Inserción De Los Últimos Registros "insertados" | OscarBravo | Tablas planas | 1 | 23-07-2007 19:26:35 |
|