Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   SQL (https://www.clubdelphi.com/foros/forumdisplay.php?f=6)
-   -   Hacer columna saldo acumulado SQL Firebird 3 (https://www.clubdelphi.com/foros/showthread.php?t=94244)

amadis 04-10-2019 16:40:41

Hacer columna saldo acumulado SQL Firebird 3
 
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

Cita:

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

Cita:

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 04-10-2019 18:12:33

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 04-10-2019 18:49:24

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

Casimiro Notevi 04-10-2019 18:56:27

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 04-10-2019 20:12:51

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 04-10-2019 21:05:14

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 04-10-2019 21:35:57

Cita:

Empezado por Casimiro Notevi (Mensaje 533824)
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

Cita:

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

Cita:

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

mamcx 04-10-2019 21:41:14

Cita:

Empezado por amadis (Mensaje 533823)
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!

amadis 17-10-2019 01:02:58

Hacer columna saldo acumulado SQL Firebird 3
 
Que tal queridos compañeros.

Abro este post buscando ayuda con un tema que se ha mencionado en un par de ocasiones, que es como crear una columna que acumule saldos de cuenta.

Con la siguiente sentencia creo un extracto de cuenta, donde se visualizan, las fechas del movimiento, y el importe que acredita o debita.
Y la idea es que se vaya calculando el saldo de la cuenta parcial en cada registro.

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

La sentencia anterior lo consigue perfectamente, pero aparece el de que si ORDENO POR FECHA, y si se cargan fechas anteriores luego de la fecha de hoy por ej. Los registros se ordenan por ID y el saldo se calcula por el ID mientras que los registros de muestran por fecha y no conciden.


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

Cita:

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

Cita:


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
El compañero
Cita:

Empezado por mamcx
había mencionado que esto se puede resolver con CTE (https://firebird21.wordpress.com/201...le-expression/

Pero no he logrado que funcione.


Gracias a todos por su tiempo

mamcx 17-10-2019 02:17:48

Podrias dar los datos inciales?

Casimiro Notevi 17-10-2019 10:36:49

O no se entiende lo que preguntas, o simplemente no es posible hacer lo que quieres.
Un saldo acumulado se hace en un orden determinado, ese orden puede ser la fecha/hora de apunte, o un número de factura, o algún otro dato dependiendo del caso.

Vamos a suponer que es una entrada de ingresos y gastos, que se realiza por fecha y hora del apunte, o sea, compras algo y lo registras, ahora vendes y lo registras, haces un pago y lo registras, etc.
Código:

  Fecha y hora            Concepto      Importe  Saldo
2019.10.17 09:01:22  Me tocó la lotería    100      100
2019.10.17 09:05:35  Pago de la luz        50      50
2019.10.17 09:15:27  Cobro de fra.33        20      70
2019.10.17 09:23:52  Pago cafe              2      68

Bien, el saldo acumulado debe ir por orden de fecha hora.
No puedes pretender ordenar, por ejemplo, por el concepto, y que el saldo sea correcto. Poder, puedes, pero no es un saldo correcto.
En tu software debe existir un dato que es el que se utilice para esos saldos, debes usar ese.

Código:

  Fecha y hora            Concepto      Importe  Saldo ¡¡¡ Mal, obviamente !!!
2019.10.17 09:15:27  Cobro de fra.33        20      70
2019.10.17 09:01:22  Me tocó la lotería    100    100
2019.10.17 09:23:52  Pago cafe              2      98
2019.10.17 09:05:35  Pago de la luz        50      48

Si quieres que se recalcule según el orden elegido, no guardarás los saldos, sino que los calcularás cada vez que los presente ordenados por el campo que quieras.

Código:

  Fecha y hora            Concepto      Importe  Saldo
2019.10.17 09:15:27  Cobro de fra.33        20      20
2019.10.17 09:01:22  Me tocó la lotería    100    120
2019.10.17 09:23:52  Pago cafe              2    118
2019.10.17 09:05:35  Pago de la luz        50      68


amadis 17-10-2019 15:14:11

Buenos Días Casimiro.

Trataré de contarles mejor.

Se trata de una tabla con movimientos de cuenta de clientes, donde hay un ID unico, y luego IDCLIENTE, FECHA, DEBITO Y CREDITO. El saldo lo calculaba desde el Query con Sum(C2.DEBE-C2.HABER)as SALDO.

Esto estaba funcionando perfecto ordenado por ID que es el campo único incremental que tengo. Pero ahora resulta que necesito añadir movimientos a la tabla con fechas anteriores a las ya existentes, y entonces el ID ultimo agregado irá al final. Por lo que necesito ordenar por Fecha (solo fecha no tengo horas y si las tuviera no me servirían) Porque por ej Hoy, se puede registrar un movimiento de hace 2 días.

Intenté cambie el order by a FECHA, pero ordena los registros por fecha, mientras que el saldo lo calcula por ID.

Necesito ver como calcular los saldos por el orden de fecha.

MAMCX me pedía datos iniciales. Simplemente pretendo ordenar los siguientes datos (esto

Código:

ID        FECHA              IDCLI    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

Esos datos son el resultado de la sentencia
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

Si cambio el on (C1.id >= C2.id) por FECHA en lugar de ID, en los 3 registros que tiene la misma fecha me pone como saldo en cada registro la suma de los 3 registros.

Casimiro Notevi 17-10-2019 19:01:29

No puedes agrupar por fecha y cliente porque en una misma fecha habrá registros de distintos clientes.

amadis 17-10-2019 19:07:23

Lo hago así porque en la tabla tengo todos los clientes, pero este extracto es individual por cliente, entonces en el parametro :cli le paso por ej "11" para obtener los movimientos de cuenta del cliente ese

amadis 17-10-2019 19:09:14

desde mi ignorancia, creo que la solución está en la primera parte donde calculo el saldo. Ver la posibilidad de indicar que se calcule por fecha

Casimiro Notevi 17-10-2019 20:40:24

Entonces suma el debe y el haber, si quieres agrupar por ellos, en caso contrario saldrá un registro por cada cifra distinta.

amadis 17-10-2019 21:05:31

Cita:

Empezado por Casimiro Notevi (Mensaje 533993)
Entonces suma el debe y el haber, si quieres agrupar por ellos, en caso contrario saldrá un registro por cada cifra distinta.

Creo que eso es lo que estoy haciendo con esto

Código SQL [-]
Select c1.id, c1.fecha, c1.cliente, c1.DEBE, C1.HABER,Sum(C2.DEBE-C2.HABER)as SALDO
from CTACTE C1

fjcg02 17-10-2019 22:43:08

Hola,

utiliza una store procedure. Creo que es la solución a tu problema.

No recuerdo bien la sintaxis, pero hay abundante información.
Saludos

CREATE OR ALTER MI_PROCEDURE ( variables de entrada...)
returns ( tu lista de campos incluyendo el saldo)
variables para acumular y controlar el flujo

FOR select bla bla bla
into :v1, :v2, :v3
ordenado por lo que te de la gana
do
si se cumple la condicion sumo, si no reseteo acumulado
hago el sumatorio de lo que quiero en base a la condicion que quiero...


suspend
end

mamcx 17-10-2019 23:33:36

Si entiendo bien, esta consulta lo resuelve:

Código SQL [-]
SELECT 
*,
SUM(debe - haber) OVER (
    PARTITION BY cli --quitar si no debe calcular saldo por cliente, sino global
    ORDER BY id
   ) AS saldo_calculado
FROM mytable
ORDER BY id, fecha

Una explicacion de las funciones windows/cte (en postgresql que normalmente es lo que tiene mejor documentacion):

http://www.postgresqltutorial.com/po...ndow-function/

Código:

id  |  fecha    | cli | debe | haber | saldo | saldo_calculado
-----+------------+-----+------+-------+-------+-----------------
  80 | 2019-08-27 |  11 |  120 |    0 |  120 |            120
  81 | 2019-08-27 |  11 |  50 |    0 |  170 |            170
  82 | 2019-08-27 |  11 |  250 |    0 |  420 |            420
 131 | 2019-08-29 |  11 |  300 |    0 |  720 |            720
 261 | 2019-09-03 |  11 |  30 |    0 |  750 |            750
 273 | 2019-09-14 |  11 |    0 |    20 |  730 |            730
 274 | 2019-09-01 |  11 |    0 |  150 |  580 |            580
 275 | 2019-09-12 |  11 |    0 |  100 |  480 |            480


amadis 18-10-2019 00:30:36

Ahora estoy probando modificar eso.

tuve que poner mytable.* en lugar de * solo al inicio y ahí larga algo, ahora veré que puedo hacer con eso


La franja horaria es GMT +2. Ahora son las 05:29:11.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi