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
:D

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,....)

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...

• SQL*Loader, que en tu caso podria ser mucho mas rápido... podrias realizar la inserción en la otra base de datos en modo NOLOGGING con lo que puede ser mas óptimo también.
• Si la red representa un limitante para la conexión con alguno de los servidores, también debieras considerar la posibilidad de hacer un export/import.
• Con dblinks podes hacer algo tan simple como:
  Código:

  ---

  insert into tabla Select * from tabla@dbremota;

  ---

Hasta luego.

;)

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

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

;)