[suvjulen]

Muchas gracias Tracer.

La verdad es que si que me preocupo por eso, por que estamos accediendo a 4 tablas, lo hacemos mediante uan vista genérica y en realidad el tiempo de ejecución no es excesivo, pero haciendo el trace, veo que ese select se lleba el 62% del proceso....un poco raro la verdad.

Ahora estamos en una situación ideal con pocos usuarios y pocos datos, no quiero ni pensar que pasaria en pleno apogeo....

Se trata del siguiente select:

SELECT codcsan
nhc
episodio
numpre
codcsan_4
nhc_4
codcsan_5
nhc_5
episodio_5
codcsan_6
nhc_6
episodio_6
dni
nombre
apellidos
cip
nass
tip_doc
codi_doc
direccion
poblacion
cod_postal
pais
provincia
codi_mun
telefon
sexo
fecha_nac
perfil
pac_ll_est
tipo_episodio
fecha_ing
hora_ing
fecha_alta
hora_alta
mot_alta
tipo_reg_ec
stipo_reg_ec
tipo_financ
cod_financ
cod_ccaa
cod_ccii
cod_ccee
nom_financ
cognom_financ
direccion_financ
poblac_financ
codpos_financ
provin_financ
pais_financ
telef_financ
nif_financ
numref
cod_pres
cant_pres
um_pres
prec_pres
mon_pres
est_pres
data_ini_pres
hora_ini_pres
data_fin_pres
hora_fin_pres
serv_realiz_pres
gfh_pres
obs_pres
up_org
flg_docc_pres
num_sol_ext
num_ass_urg
fac_impr_sis_ext
factura_ext
pos_factura_ext
fec_factura_ext
numped
posped
numfac
posfac
incidencia
fec_inc
hora_inc
obs_inc
usu_inc
fichact
linfichact
fecfichat
cap
un_pr_ics
un_pr_real
un_neg
pos_fact_scs
activo
FROM z27sd081
INTO TABLE g_t_repositorio
WHERE codcsan IN s_codcsa
AND data_ini_pres IN s_data
AND est_pres IN s_est_pr
AND nhc IN s_nhc
AND numpre IN so_numpr
AND un_neg IN s_un_neg
AND activo EQ space
AND tipo_reg_ec IN s_kdgrp
AND cod_financ EQ g_cliente_scs. "Inclusión de registros SCS

es un poco largo pero las normas de optimización aconsejan este tipo de selects pero no hay manera de bajar ese 62% de tiempo de ejecución total.

Mira que le hemos hecho buffering a la vista, ademas de los indices correspondientes y nada de nada.

saludos.