FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Exportación masiva de tablas Oracle
Hola foro:
Tengo algunos problemas con una aplicación hecha con D7 y Oracle 8.05 y Oracle 8.1. Bueno el asunto es que tengo que exportar en total 98 tablas de una B.D. Oracle 8.05 a otra B.D. Oracle 8i, hasta el momento todo funciona bien, pero el problema es el tiempo y es que el total de registros que se están exportando variará entre unos 2 a 3 millones por exportación. Lo que hago para exportar es ir leyendo el registro en la BD origen y escribirlo en la BD destino. La cuestión es que las tablas en la BD origen están filtradas y no se van completas a la B.D. destino. No sé si alguien tendrá algún comentario al respecto que le agradecería. Saludos a todos
__________________
Ernesto R. |
#2
|
|||
|
|||
No he tocado nunca Oracle, así que quizás digo una tontería.
Si las tablas están filtradas.... por qué no haces una query a parte del los componentes de conexión que te coja toda la tabla? algo como... selec * from tabla Esto te devolvería todos los registros de una tabla (a no ser que el filtro se haga en el propio Oracle, que ya digo que no lo he tocado y no se si se puede o no,....) |
#3
|
||||
|
||||
En primer lugar...es muy importante que las consultas esten delimitadas en el servidor, utilizando la clausula WHERE de tu sentencia Select.
En la base de datos destino, también es importante que deshabilites constraints e indices que esten asociados a la tabla, con lo que irá mucho mas rápido. También te invito a investigar sobre las opciones que el propio oracle te da para el caso...
Hasta luego.
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
#4
|
|||
|
|||
Antes que nada gracias por contestar, veamos como es el proceso:
Todas las consultas tienen la clausula where (el problema es que en varias de las consultas se hace join con dos o tres tablas) - Se deshabilitan los constraints, triggers e indices en la B.D. destino - Si la B.D. destino tiene información se truncan las tablas ( que es rápido ) - Se empieza la escritura - Terminada la escritura se levantan los constraints , triggers e indices y aún asi es un poco lento De lo demas que me proponen estaré investigando
__________________
Ernesto R. |
#5
|
||||
|
||||
Si es lento para abrir las consultas que tienen joins.. mira el plan de ejecución y verificá cómo tenes el optimizador, si basado en reglas o en costos. Puede ser posible optimizarlas agregando hints, o cambiando entre reglas y costos (siempre que tengas información actualizada de costos, claro... ).
Hasta luego
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
|
|
|