[SOLUCIONADO] Existe optimización para Update??

[ZedGe1505]

Hola... tengo un SP que realiza un update

Código SQL:

UPDATE TABLA
        SET campo1 = dbo.[GET_VALUF_AAAAMMDD](FECPAG),
            campo2= val1/dbo.[GET_VALUF_AAAAMMDD](FECPAG),
            campo3= val2/dbo.[GET_VALUF_AAAAMMDD](FECPAG);
 

Son unos 400.000 registros.. demora casi 30 min... hay forma de optimizar este proceso?? Poder hacerlo más rápido?

[Libras]

Estas usando una funcion en el update y creo q eso es lo q causa un poco de lentitud, ademas no mencionas indices de tu tabla ni cual es el plan de ejecucion q te genera esa consulta.....

[ZedGe1505]

La tabla no tiene ningún indice utilizado x aquel update, estaba leyendo en el foro que se puede usar top percent, pero no se si se puede hacer por el 100% de la tabla y a la vez por lotes

[Libras]

Y cual es tu plan de ejecucion??

[ZedGe1505]

Esto??

[iislas]

¿Que version y edicion de SQL Server manejas?

[ZedGe1505]

Microsoft SQL Server 2012 - 11.0.5532.0 (X64)

[gnzsoloyo]

Iniciado por ZedGe1505

Esto??

Ese plan de consulta es bastante malo, por decirlo simplemente...
Toda query que haga un TABLE SCAN es un espanto.

Uno de los problemas que enfrentas es lo que ya te dijeron: Estas usando funciones en cada campo, lo que termina conspirando contra la performance del UPDATE.
Además, siendo un UPDATE masivo, es probable que fuese mejor otro tipo de estrategias, y no algo como lo que pones.

[ZedGe1505]

Iniciado por gnzsoloyo

Ese plan de consulta es bastante malo, por decirlo simplemente...
Toda query que haga un TABLE SCAN es un espanto.

Uno de los problemas que enfrentas es lo que ya te dijeron: Estas usando funciones en cada campo, lo que termina conspirando contra la performance del UPDATE.
Además, siendo un UPDATE masivo, es probable que fuese mejor otro tipo de estrategias, y no algo como lo que pones.

Es que por como tienen la BD no tengo otra opción para evitar esa función y menos el scan ya que debo actualizar todo los datos :/

[gnzsoloyo]

Sin que nos digas a qué te refieres con "por como tienen la BD", es dificil saber si realmente no hay otra posibilidad...

[ZedGe1505]

Me refiero a que existe una TABLA con valores UF y que según la fecha voy a buscar ese valor...

El Update hace una conversión de monedas.... y la función (dbo.[GET_VALUF_AAAAMMDD]) es un select * from tabla where fecha = FECPAG

[Libras]

Ese es todo el plan de ejecucion? Porq ahi nada mas es un 17% del proceso(segun el plan) ahora sabes q es un table scan?? Y porq jo primero obtienes los valores de las fechas de pago en una tabla/variable/cte o lo q mejor se acomode y con esos valores ya realizas el update? Top percent en este caso no te ayudaria

[gnzsoloyo]

Ok, y pregunto, si la fecha de la tabla donde aplicas el UPDATE se corresponde con un único registro de la segunda para la fecha, ¿no te sirve un esquema con JOIN? algo del tipo:

Código SQL:

UPDATE ...
SET ...
FROM tabla1, tabla2
WHERE <...>
 

[ZedGe1505]

Primero crearé un indice en ambas tablas y luego realizaré el JOIN les comento como va y los tiempos




EDIT:



Lo dejé así

Código SQL:

UPDATE TABLA1
    SET
        campo1= t2.VALOR,
        campo2= val1/t2.VALOR,
        campo3= val2/t2.VALOR
    FROM
        tabla1 t1
        INNER JOIN
        tabla2 t2
    ON  t2.AAAAMMDDD = t1.FECPAG
 

Bajó a más de la mitad el tiempo, gracias

[gnzsoloyo]

A veces la mejora de ciertas cosas pasa más por el SQL puro, que por el uso de funciones.