FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
Y la parte del ELSE, no aplica la cuestión algebraica:
Ahora que lo reescribo...veo que deberias agregar nuevamente toda la sentencia que calcula a "Afiliados", quedaría algo así:
Prueba el Query y nos comentas.... Saludos.
__________________
Miguel Román Afectuoso saludo desde tierras mexicanas....un aguachile?, con unas "cetaseas" bien "muertas"?, VENTE PUES !! Última edición por mRoman fecha: 10-05-2019 a las 16:29:15. |
#2
|
|||
|
|||
Para no tener que ejecutar la sentencia de "afiliados" dos veces, en algunas consultas similares, yo guardo el resultado en una variable.
El resultado será el mismo que con lo que te ha propuesto mRoman, pero en el caso de muchos registros, la diferencia de rendimiento puede ser significativa. Un ejemplo en dos consultas de muestra que no tienen nigún sentido, solo ilustrar lo que quiero explicar:
La primera consulta siempre tarda lo mismo, aunque añadas más columnas calculadas. En cambio la segunda versión, penaliza mucho por cada nueva columna. Hay que tener en cuenta que las columnas se ejecutan de derecha a izquierda por lo que el RDB$SET_CONTEXT debe ser la columna más a la derecha para que las de la izquierda recuperen su valor actualizado. Columnas situadas a la derecha del RDB$SET_CONTEXT recuperarian el valor de la consulta anterior. Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Campos calculados | Parsec | OOP | 4 | 26-06-2013 13:56:15 |
TClienDataSet Problemas con Campos Blob y Campos Calculados | LEVV | Conexión con bases de datos | 2 | 11-05-2012 01:25:43 |
campos calculados | ercrizeporta | Conexión con bases de datos | 7 | 11-06-2007 10:51:29 |
campos calculados | Nelly | SQL | 2 | 07-10-2005 18:13:51 |
Campos calculados | EITB | OOP | 1 | 28-09-2004 00:08:20 |
|