![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
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. |
|
#2
|
||||
|
||||
|
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 |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|