Hacer columna saldo acumulado SQL Firebird 3

[amadis]

Buenas Compañeros disculpen is revivo un viejo Hilo.

Pero venía usando una sentencia como la que mencionaban arriba

Código SQL [-]
Select c1.id, c1.fecha, c1.cliente, c1.DEBE, C1.HABER,Sum(C2.DEBE-C2.HABER)as SALDO
from CTACTE C1
inner join CTACTE C2
on (C1.id >= C2.id)
where (c1.cliente = :cli and c2.cliente = :cli )and c1.fecha >= :f
Group By c1.fecha,c1.id, c1.cliente, c1.DEBE, C1.HABER
Order by c1.id asc

Cuyo resultado es correcto: por ej

ID FECHA CLI DEBE HABER SALDO
80 2019-08-27 11 16037 0 16037
81 2019-08-27 11 16552 0 32589
82 2019-08-27 11 2800 0 35389
131 2019-08-29 11 1610 0 36999
261 2019-09-03 11 2170 0 39169
273 2019-09-14 11 0 169 39000
274 2019-09-01 11 0 150 38850
275 2019-09-12 11 0 100 38750

Pero me surge la necesidad de ordenar los registros por fecha y no por ID.
Perfecto, cambir el Order pero la suma de saldo no se calcula bien ya que si se agregan registros de fechas anteriores, el ID será mayor a los ID de la fechas anteriores y computará mal los saldos.

Aquí resultado de la misma consulta cn ORDER BY FECHA

ID FECHA CLI DEBE HABER SALDO
80 2019-08-27 11 16037 0 16037
81 2019-08-27 11 16552 0 32589
82 2019-08-27 11 2800 0 35389
131 2019-08-29 11 1610 0 36999
274 2019-09-01 11 0 150 38850
261 2019-09-03 11 2170 0 39169
275 2019-09-12 11 0 100 38750
273 2019-09-14 11 0 169 39000

En la clausula ON he probado poniendo on ((c1.fecha <= c2.fecha)and (C1.id >= C2.id))
Pero el resultado es erroneo igual al anterior.

Gracias por su tiempo

[mamcx]

Este tipo de problemas se resuelve mucho mas facilmente con los CTEs:

https://docs.microsoft.com/en-us/sql...ql-server-2017

(SQL ha avanzado desde 1992!)

[amadis]

en el ejemplo Creating a simple common table expression lo que propone es muy similar a la sintaxis que he usado y se ha expuesto aquí arriba.

Y en mi caso estoy usando FIREBIRD 3

[mamcx]

Empezado por amadis

Y en mi caso estoy usando FIREBIRD 3

Firebird lo usa hace rato (nota la fecha del post):
https://firebird21.wordpress.com/201...le-expression/

SQL ha avanzado desde 1992!

P.D: Y reitero, con CTE esto se resuelve muy facil y cubre mas de lo que pides. Pegale una estudiada... CTE es lo maximo para hacer reportes y estadisticas!

[Casimiro Notevi]

No he entendido bien, dices que quieres ordenar por fecha, pues cambias c1.id por c1.fecha:

Código SQL [-]
Select c1.id, c1.fecha, c1.cliente, c1.DEBE, C1.HABER,Sum(C2.DEBE-C2.HABER)as SALDO
from CTACTE C1
inner join CTACTE C2
on (C1.id >= C2.id)
where (c1.cliente = :cli and c2.cliente = :cli )and c1.fecha >= :f
Group By c1.fecha,c1.id, c1.cliente, c1.DEBE, C1.HABER
Order by c1.fecha

[amadis]

Casimiro, lo que dices es correcto, y eso comenté que hice, pero si observas los resultados de los saldos acumulados no coinciden.
Fijate el ejemplo en números que puse en el primer post.

El problema con las fechas se da si hay registros con misma fecha, y con registros que soy agregados hoy, pero registrados con fecha vieja.

[Casimiro Notevi]

Es que los saldos tienen que ser diferentes si cambias el orden, porque van registros antes o después.
Es el "problema" con los bancos, que ves que te va a faltar saldo para pagar algún recibo, haces un ingreso y cuando miras el extracto resulta que te han cobrado el recibo antes que el apunte de tu ingreso, porque lo han ordenado por "fecha valor" en lugar de "fecha real", por poner un ejemplo similar.

[amadis]

Empezado por Casimiro Notevi

No he entendido bien, dices que quieres ordenar por fecha, pues cambias c1.id por c1.fecha:

Código SQL [-]
Select c1.id, c1.fecha, c1.cliente, c1.DEBE, C1.HABER,Sum(C2.DEBE-C2.HABER)as SALDO
from CTACTE C1
inner join CTACTE C2
on (C1.id >= C2.id)
where (c1.cliente = :cli and c2.cliente = :cli )and c1.fecha >= :f
Group By c1.fecha,c1.id, c1.cliente, c1.DEBE, C1.HABER
Order by c1.fecha

Aqui pego un ejemplo con numeros mas chicos, de lo que da esta sentencia. EL SALDO FINAL DEBE SER 480

ID FECHA CLI DEBE HABER SALDO
80 2019-08-27 11 120 0 120
81 2019-08-27 11 50 0 170
82 2019-08-27 11 250 0 420
131 2019-08-29 11 300 0 720
274 2019-09-01 11 0 150 580
261 2019-09-03 11 30 0 750
275 2019-09-12 11 0 100 480
273 2019-09-14 11 0 20 730

En cambio los saldos son correctos si se ordena por ID, pero se agregaron fechas anteriores con ID posteriores no queda ordenado bien por fecha y complica la visión

Así queda orden por ID, los saldos quedan bien ordenados pero no las fechas y los movimientos

ID FECHA CLI DEBE HABER SALDO

80 2019-08-27 11 120 0 120
81 2019-08-27 11 50 0 170
82 2019-08-27 11 250 0 420
131 2019-08-29 11 300 0 720
261 2019-09-03 11 30 0 750
273 2019-09-14 11 0 20 730
274 2019-09-01 11 0 150 580
275 2019-09-12 11 0 100 480