Ver Mensaje Individual
  #12  
Antiguo 17-11-2004
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Reputación: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
DEPROE

Yo concuerdo contigo en evitar el uso de valores null. Pero como ya te mencioné en mi respuesta a tu mensaje anterior, éste no es el problema aquí. Si te fijas en la tabla ejemplo que puse, no hay ningún valor null e incluso los campos podrían tener la restrición de no aceptar nulos. Los valores null surgen como consecuencia de la consulta en particular ya que puede haber cuentas sin un tipo de movimiento en particular.

vpepen

Además de todo lo dicho y los intentos realizados, lo cierto es que a veces conviene modificar un poco la estructura de nuestras tablas para adecuarse mejor al tipo de consultas que se hagan. En tu caso el campo Tipo_Mov indica si el monto es un débito o un crédito, que básicamente se traduce en anteponer o no un signo negativo al monto. Así como usas 'C' o 'D' bien podrías usar 'CREDITO' o 'DEBITO' o cualquier par de valores que disciernan entre un concepto y otro sin afectar la lógica del sistema.

Una vez asumido lo anterior podrías optar simplemente por los valores

Código:
 1 - crédito
-1 - débito
cambiando el tipo de datos de Tipo_Mov a un tipo numérico.

Con este simple cambio te evitas todos estos dolores de cabeza con esta consulta que te sirve incluso en Paradox:

Código SQL [-]
select
  cod_cta,
  sum((1 + tipo_mov)*monto/2) as credito,
  sum((1 - tipo_mov)*monto/2) as debito,
  sum(tipo_mov*monto) as balance
from
  movimientos
group by
  cod_cta

o bien, si quieres los nombres:

Código SQL [-]
select
  nombre,
  sum((1 + tipo_mov)*monto/2) as credito,
  sum((1 - tipo_mov)*monto/2) as debito,
  sum(tipo_mov*monto) as balance
from
  movimientos
left join
  cuentas on cuentas.codigo = movimientos.cod_cta
group by
  nombre

Lo único que estamos haciendo aquí es multiplicar monto por un factor adecuado. En el caso de crédito (1 + tipo_mov)/2 valúa a 1 si es un crédito o 0 si es un débito, de manera que sum() sólo suma los créditos. Análogamente, (1 - tipo_mov)/2 valúa a 0 si es un crédito o 1 si es un débito de manera que sum() sólo suma los débitos, y en el caso del balance, tipo_mov simplemente multiplica por -1 los débitos.

Así como usas 1 y -1 podrías usar cualquier par de valores numéricos. Los factores serían un poco más complejos pero aún así evitas tanta vuelta y dolor de cabeza.

// Saludos

Última edición por roman fecha: 17-11-2004 a las 16:57:29.
Responder Con Cita