Buscar registros por soma

[Lucas Guima 164]

E aí, galera!

 

Gostaria de pedir a ajuda de vocês com uma questão que eu já havia escutado falar, mas nunca trabalhei. Até agora.

 

Vamos imaginar o extrato de um cartão corporativo, onde necessita-se prestar contas de todas transações. Com compras é tranquilo, ele especifica o gasto e pronto.

 

O ponto está nas transações de saque, pois o portador pode não ter gastado todo o valor sacado, ficando com um saldo residual.

 

Saldo este que ele poderá lançar como gasto em uma outra data, porém, ele pode ter um acumulado de saldo residual, de 1 ou mais saques.

 

Estou registrando cada resíduo por saque, para cada portador, vamos supor, ele fez 4 saques que restaram os seguintes valores:

 

 

R$ 5,00

R$ 10,00

R$ 7,00

R$ 3,00

 

Ou seja, ele tem um saldo residual total de R$ 25,00.

 

Então numa determinada data ele fez uma compra com esse saldo de R$ 20,00, aqui está minha dúvida.

 

Quero buscar no banco de dados os registros que são necessários para compor esse valor de R$ 20,00.

 id | portador_id | residuo
  1 |      32     |  5.00
  2 |      32     |  10.00
  3 |      32     |  7.00
  4 |      32     |  3.00

Preciso dos 3 primeiros registros, que ao todo somam R$ 22,00, suficientes para abater os R$ 20,00 do gasto do portador.

 

Como diz o título do tópico, a questão é buscar registros por soma.

 

Agradeço desde já!

 

:D

[lokaodomau 61]

Desculpe, mas neste caso o usuário não fez, teoricamente, uma transferência do banco para a carteira? Não facilitaria? Pois seria um pagamento á vista, acho eu.

[Motta 645]

Veja se ajuda

[Lucas Guima 164]

Desculpe, mas neste caso o usuário não fez, teoricamente, uma transferência do banco para a carteira? Não facilitaria? Pois seria um pagamento á vista, acho eu.

 

Não entendi sua colocação.

 

 

Veja se ajuda

 

Valeu Motta, vou dar uma lida aqui.

[Motta 645]

não me pergunte sobre implementação , nunca fiz isto apenas me lembrei do algoritmo.

[Lucas Guima 164]

A diferença do meu problema é que eu preciso chegar a um limite, até completá-lo ou ultrapassá-lo, o da mochila consiste em não ultrapassar.

[Motta 645]

A baixa pode ser parcial ,

 

poderia

ordenar por valor (asc)

4 | 32 | 3.00
1 | 32 | 5.00
3 | 32 | 7.00
2 | 32 | 10.00

ir baixando enquanto houve saldo

                         (20,00)
4 | 32 | 3.00      0,00 (17,00)
1 | 32 | 5.00      0,00 (12,00)
3 | 32 | 7.00      0,00 ( 5,00)
2 | 32 | 10.00     5,00 (0,00)

No fim ou sobraria saldo a baixar ou saldos sem baixa.

[Lucas Guima 164]

Acontece que a ideia é dar baixa pelo histório, vindo do saldo mais antigo para o mais novo.

 

O que eu consegui foi buscar o último a ser debitado, com um bocado de IFs.

 

Prevendo os seguintes cenários:

 

- O valor da compra pode ser menor que o primeiro saldo.

- O valor da compra pode ser igual ao primeiro saldo.

- O valor da compra pode ser igual a soma de N saldos.

- O valor da compra pode ser menor que a soma de N saldos anteriores ao atual do SELECT E maior que a soma de N saldos anteriores incluindo o atual.

SET @price = 2;

SELECT 
    *
FROM
    `statement_residue` `SR`
WHERE
    IF (
        (SELECT SUM(`SR1`.`amount`) FROM `statement_residue` `SR1` WHERE `SR1`.`id` < `SR`.`id`) IS NULL,
        IF(
            (SELECT SUM(`SR2`.`amount`) FROM `statement_residue` `SR2` WHERE `SR2`.`id` = `SR`.`id`) = @price, 1,
            IF((SELECT SUM(`SR3`.`amount`) FROM `statement_residue` `SR3` WHERE `SR3`.`id` = `SR`.`id`) > @price, 1, 0)
        ),
        IF (
            (SELECT SUM(`SR4`.`amount`) FROM `statement_residue` `SR4` WHERE `SR4`.`id` <= `SR`.`id`) = @price, 1,
            IF ((SELECT SUM(`SR5`.`amount`) FROM `statement_residue` `SR5` WHERE `SR5`.`id` < `SR`.`id`) < @price,
                IF ((SELECT SUM(`SR6`.`amount`) FROM `statement_residue` `SR6` WHERE `SR6`.`id` <= `SR`.`id`) > @price, 1, 0),
            0)
        )
    )