2013-07-03 37 views
0

我正在尝试添加生活在交易表中的金额,但必须按照相反的顺序完成交易,并按照他们所属的贷款进行分组。让我把一些例子:与贷款有关的交易的MySQL总金额相反

Transactions 
tid loanid amount entrydate 
------------------------------------ 
1  1   1,500  2013-06-01 
2  2   1,500  2013-06-01 
3  1   1,000  2013-06-02 
4  3   2,300  2013-06-04 
5  5   2,000  2013-06-04 
6  1   1,100  2013-06-07 
7  2   1,000  2013-06-09 
|  |   |   | 


Loans 
loanid 
------ 
1 
2 
3 
4 
5 
| 

正如你所看到的,有对的LoanID 4没有交易,只是明确指出,有针对贷款存在的交易没有义务的地步。

现在,我试图实现的是总结每笔贷款交易的金额。这第一种方法实现这一点:

SELECT tr.tid, 
     l.loanid, 
     tr.entrydate, 
     tr.amount, 
     @prevLoan:=l.loanid prevloan, 
     @amnt:=if(@prevLoan:=l.loanid, @amnt+tr.amount, tr.amount) totAmnt 

FROM (SELECT * FROM Transactions) tr 

JOIN (SELECT @prevLoan:=0, @amnt:=0) t 

JOIN Loans l 
    ON l.loanid = tr.loanid 


GROUP BY l.loanid, tr.tid 

其实现是这样的:

tid loanid entrydate amount prevloan totAmnt 
----------------------------------------------------------- 
1  1   2013-06-01 1,500  1   1,500 
3  1   2013-06-02 1,000  1   2,500 
6  1   2013-06-07 1,100  1   3,600 <-- final result for loanid=1 
2  2   2013-06-01 1,500  2   1,500 
7  2   2013-06-09 1,000  2   2,500 <-- final result for loanid=2 
4  3   2013-06-04 2,300  3   2,300 <-- final result for loanid=3 
5  5   2013-06-04 2,000  5   2,000 <-- final result for loanid=5 
|  |   |   |   |   | 

正如你所看到的,对于每个借款,属于它的交易量越来越在totAmnt SUMED起来列,所以每笔贷款的最后一笔交易具有同一笔贷款的交易总额。

现在....我真正需要的是得到的东西是以相反的顺序完成的。我的意思是,对于每笔贷款的同一笔交易,这笔款项仍然会得到相同的结果,但我需要从每笔贷款的最后一笔交易到第一笔贷款完成这笔款项。

我试过以下,但无济于事(这是相同的查询作为最后一个,但一个ORDER BY DESC在FROM交易表):

SELECT tr.tid, 
     l.loanid, 
     tr.entrydate, 
     tr.amount, 
     @prevLoan:=l.loanid prevloan, 
     @amnt:=if(@prevLoan:=l.loanid, @amnt+tr.amount, tr.amount) totAmnt 

FROM (SELECT * FROM Transactions ORDER BY tr.entrydate DESC) tr 

JOIN (SELECT @prevLoan:=0, @amnt:=0) t 

JOIN Loans l 
    ON l.loanid = tr.loanid 


GROUP BY l.loanid, tr.tid 

我使用TR .entrydate因为是一种比较熟悉的方式来说出订单条件,而且这就是政策所说的有效订单条件,tid可能会说些什么,但entrydate是Transactions表的排序列...

使用previous查询,我只是得到了与第一个查询得到的结果相同的结果,所以我猜想在那里必须丢失一些东西。我需要的是得到的结果如下:

tid loanid entrydate amount prevloan totAmnt 
----------------------------------------------------------- 
6  1   2013-06-07 1,100  1   1,100 
3  1   2013-06-02 1,000  1   2,100 
1  1   2013-06-01 1,500  1   3,600 <-- final result for loanid=1 
7  2   2013-06-09 1,000  2   1,000 
2  2   2013-06-01 1,500  2   2,500 <-- final result for loanid=2 
4  3   2013-06-04 2,300  3   2,300 <-- final result for loanid=3 
5  5   2013-06-04 2,000  5   2,000 <-- final result for loanid=5 
|  |   |   |   |   | 

正如你可以看到每个的LoanID总和得到相同的最终结果,但总和为相反的顺序进行的交易完成...

希望这一切都很明显......我怎样才能达到这样的结果?

回答

1

你看起来非常接近...我认为你有两个小调整。首先,不要使用外部GROUP BY,因为您没有进行任何聚合(总和,最小值,最大值,平均值等)。其次,在查询您的交易表时,只需按贷款编号FIRST,然后下降日期...这样,所有贷款编号按照适当的顺序组合在一起,但在每个贷款中,它们按您的顺序降序排列寻找。此外,调整你的@prevLoan之后,你已经积累了,所以当前记录可以与下一个比较。您正在启动@variable为零,因此它无论如何不会匹配第一次运行时的第一个贷款ID。最后,你甚至不需要加入贷款表,因为交易表有贷款ID作为比较测试的基础。由于最内层查询是按贷款排序的,然后输入日期递减,所以在外层查询中不应再需要它。

SELECT 
     tr.tid, 
     tr.loanid, 
     tr.entrydate, 
     tr.amount, 
     @amnt := if(@prevLoan = tr.loanid, @amnt+tr.amount, tr.amount) totAmnt, 
     @prevLoan := tr.loanid prevloan 
    FROM 
     (SELECT * 
      FROM Transactions 
      ORDER BY loanid, entrydate DESC) tr 

     JOIN (SELECT @prevLoan := 0, 
        @amnt := 0) t 

备用解决方案?根据我的评论,它看起来像你想要高总数和缩小...这是否更接近?

SELECT 
     tr.tid, 
     tr.loanid, 
     tr.entrydate, 
     tr.amount, 
     trTotals.TotalLoans - if(@prevLoan = tr.loanid, @amnt, 0) as NewBal, 
     @amnt := if(@prevLoan = tr.loanid, @amnt+tr.amount, tr.amount) runningTotals, 
     @prevLoan := tr.loanid prevloan 
    FROM 
     (SELECT * 
      FROM Transactions 
      ORDER BY loanid, entrydate DESC) tr 

     JOIN (SELECT loanid, sum(amount) as TotalLoans 
       FROM Transactions 
       group by loanid) trTotals 
     on tr.loanid = trTotals.loanid 

     JOIN (SELECT @prevLoan := 0, 
        @amnt := 0) t 

Produces...      (Total Paid) (for reversing calc) 
tid loanid entrydate amount NewBal  Running Totals prevLoan 
6  1  2013-06-07 1100  3600  1100    1 
3  1  2013-06-02 1000  2500  2100    1 
1  1  2013-06-01 1500  1500  3600    1 
7  2  2013-06-09 1000  2500  1000    2 
2  2  2013-06-01 1500  1500  2500    2 
4  3  2013-06-04 2300  2300  2300    3 
5  5  2013-06-04 2000  2000  2000    5 
+0

哇...让我试试看...... BTW,我被贷款编号分组,因为我明白,这是必要做的总和,但也许我错了。与贷款接洽我仍然需要今后对查询进行调整,因为loanid不会是我需要从贷款帐户获得的唯一信息。你认为这会改变你的答案吗?顺便说一句,我用一个整数loanid来举例说明,但实际上它可能是一个字符串,我认为这并不重要,但也许它确实......? –

+1

@JavierNovoaC,通过加入实际的贷款表应该没有额外的影响,只是用它来获取额外的元素,如贷款帐户,客户等等。实际上并不需要下降但仍然按贷款分组的交易。 – DRapp

+0

好吧,它似乎没有工作。它仍然给我与原始订单中的交易相同的结果,而不是相反的结果:( –

相关问题