Cita:
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.
Cita:
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).
Cita:
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.