Optimización de tiempo de ejecución de Update en Sentencia SQL

[Salvi]

Ya se que de esto hace una semana pero tenia ganas de poner algo en el foro.

Mi SQL para SQL Server seria

Código SQL [-]
update movimientos
set tipo = c.TIPO
from movimientos m
join clientes c on c.codigo = m.cliente
where m.TIPO is null

Espero que ayude.

[[newtron]]

Ok, gracias pero hay algo que no veo claro:

Código Delphi [-]
where m.TIPO is null

con esto lo que haces es actualizar solo los que en la tabla de movimientos tienen el campo TIPO=NULL, ¿no?.

La idea es evaluar en la tabla MOVIMIENTOS solo los movimientos correspondientes a los clientes que tengan X en el campo TIPO sin tener que hacer una búsqueda en la tabla CLIENTES por cada registro de la tabla MOVIMIENTOS.

Saludos

[Salvi]

Buenas newtron,

La clausula where es para updatar solo los que no tienen valor en el campo TIPO, de esta forma optimizamos la consulta y no volvemos a modificar registros que ya tienen un valor correcto. Pero si CLIENTES se modifica en la tabla MOVIMIENTOS después puedes quitar la clausula para modificar todos los registros, aunque no es muy optimo.


Saludos.

[[newtron]]

Empezado por Salvi

Buenas newtron,

La clausula where es para updatar solo los que no tienen valor en el campo TIPO, de esta forma optimizamos la consulta y no volvemos a modificar registros que ya tienen un valor correcto. Pero si CLIENTES se modifica en la tabla MOVIMIENTOS después puedes quitar la clausula para modificar todos los registros, aunque no es muy optimo.
Saludos.

Claro, ese es el problema, que en la tabla MOVIMIENTOS el campo TIPO no se mantiene de forma automática y por eso mi pregunta venía a ser si había alguna instrucción que solo fuera a buscar los registros de la tabla MOVIMIENTOS en los que intervinieran los CLIENTES que cumplieran un tipo determinado pero veo que eso no se puede hacer.

Gracias y un saludo

[mamcx]

Pues para eso son los triggers. Si tienes desnormalizado los datos, es la forma de mantenerlos en sincronia. Las BD relacionales no estan optimizadas para trabajo en BATCH, sino para procesar conjuntos "pequeños" de datos. Que tanto se puede optimizar lo que pides es MUY dependiente de que motor tenga, su plan de ejecucion y otros factores...

Lo que responde a que es FALSO que porque uses SQL "estandar" entonces deberia desempeñar igual. "SELECT * FROM ???" es una cadena de texto! NO TIENE IMPLICITO NADA MAS!

Como rayos se interprete esa cadena, es muy variable. Si hasta montan sql a correr sobre jsons, xmls, archivos de excel, etc....

[Casimiro Notevi]

Empezado por Rocio90

google.com

Por favor, deja de escribir tonterías en cualquier sitio. Gracias.

[Rocio90]

Hola perdon ya lo borro queri aponer un enlace a un pdf pero lo pegue mal
http://www.slideshare.net/hiveshare/...nsultas-oracle

[Casimiro Notevi]

Empezado por Rocio90

Hola perdon ya lo borro queri aponer un enlace a un pdf pero lo pegue mal
http://www.slideshare.net/hiveshare/...nsultas-oracle

Muchas gracias, aunque lo planteado en este hilo no tiene nada que ver con oracle.