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

[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.

[olbeup]

Hola mamcx,

que tal ésta SQL:

Código SQL [-]
UPDATE Movimientos
  SET
    TIPO = T.TIPO
  FROM Movimientos AS M
    INNER JOIN (
                  SELECT
                      M.CODIGO
                      ,C.TIPO
                    FROM Movimientos AS M
                      INNER JOIN Clientes AS C
                        ON M.CLIENTE = C.CODIGO
                    GROUP BY M.CODIGO, C.TIPO
                ) AS T
      ON T.CODIGO = M.CODIGO
  WHERE T.TIPO = 1

Un saludo.

[mamcx]

Bueno si te funciona entonces que quieres que te diga?

Lo unico es que el filtro WHERE T.TIPO = 1 se puede poner en la consulta interna (no se si en tu motor eso seria una optimización, igual es mejor tener "cerca" las condiciones)