Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Conexión con bases de datos
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Conexión con bases de datos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 17-03-2004
ramiretor ramiretor is offline
Miembro
 
Registrado: may 2003
Ubicación: México
Posts: 196
Poder: 21
ramiretor Va por buen camino
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.
Responder Con Cita
  #2  
Antiguo 18-03-2004
__cadetill __cadetill is offline
Miembro
 
Registrado: may 2003
Posts: 3.387
Poder: 24
__cadetill Va por buen camino
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,....)
Responder Con Cita
  #3  
Antiguo 18-03-2004
Avatar de jachguate
jachguate jachguate is offline
Miembro
 
Registrado: may 2003
Ubicación: Guatemala
Posts: 6.254
Poder: 27
jachguate Va por buen camino
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.

__________________
Juan Antonio Castillo Hernández (jachguate)
Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate
Responder Con Cita
  #4  
Antiguo 18-03-2004
ramiretor ramiretor is offline
Miembro
 
Registrado: may 2003
Ubicación: México
Posts: 196
Poder: 21
ramiretor Va por buen camino
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.
Responder Con Cita
  #5  
Antiguo 18-03-2004
Avatar de jachguate
jachguate jachguate is offline
Miembro
 
Registrado: may 2003
Ubicación: Guatemala
Posts: 6.254
Poder: 27
jachguate Va por buen camino
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
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro


La franja horaria es GMT +2. Ahora son las 12:59:08.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi