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

[[newtron]]

Empezado por mamcx

Por eso hay que aterrizarlos... Ademas que Casimiro dio la solucion obvia al problema. Y da la impresion de que no mejoro nada?

Negativo, como ya comenté tarda exactamente lo mismo porque sigue haciendo un SELECT a la tabla CLIENTES por cada registro de la tabla MOVIMIENTOS.

Empezado por mamcx

Por eso puse " Que exactamente? Pues pa eso es el profiling." No es necesario dar mucha información, pero si la relevante.

Para ser mas conciso? Casi siempre se puede reducir a plan de ejecución. Y chico, que motor es??? Dependiendo de cual se puede usar esto o aquello, pero asi en la oscuridad total....

Bueno, también comentaba que el motor de base de datos es ElevateDB pero hasta eso es irrelevante en cierta medida porque siendo compatible SQL 2003 da igual el motor que sea (creo).

Empezado por mamcx

P.D: Y porque eso no esta en un trigger?

Esa si que es una buena observación. No está en un trigger porque es un campo que se utiliza en una opción del programa que pueden usar un 1% de los usuarios y creo que no merece la pena montar triggers y un índice en la tabla para mantener ese campo actualizado.

Resumiendo, que es lo que hay y ya está, si el usuario tiene que esperar un poco a que se ejecute la instrucción que espere.

Gracias a todos por vuestros comentarios y un saludo.

[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 Noteví]

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