access求和

tzh1600

所以说表结构有问题,正常情况应该是拆分成汇总表与明细表,用汇总表ID关联

laomms

目前只能用列举所有单的方法，但是统计所有客户的欠款列单数据很长。

leonshi

同意tzh1600的建议，其实建议先理理逻辑，然后再去设计表，否则想到一点再去修改就麻烦了

tzh1600

受玉树临风启发,做了个三数组合查询,也是笨办法
SELECT Costmer.strName, Costmer.AMOUNT, Costmer_1.AMOUNT, Costmer_2.AMOUNT, [costmer].[amount]+[costmer_1].[amount]+[costmer_2].[amount] AS hj, Costmer.ID, Costmer.BILL, Costmer_1.ID, Costmer_1.BILL, Costmer_2.ID, Costmer_2.BILL
FROM (Costmer INNER JOIN Costmer AS Costmer_1 ON Costmer.strName = Costmer_1.strName) INNER JOIN Costmer AS Costmer_2 ON Costmer_1.strName = Costmer_2.strName
WHERE ((([costmer].[amount]+[costmer_1].[amount]+[costmer_2].[amount])=5000) AND ((Costmer_1.ID)>[costmer].[id]) AND ((Costmer_2.ID)>[costmer_1].[id]))
ORDER BY Costmer.strName, Costmer.ID;

laomms

tzh1600 发表于 2014-1-17 12:49
所以说表结构有问题,正常情况应该是拆分成汇总表与明细表,用汇总表ID关联

这个简单的，主要套用一次select就可以了
sql1 = "select BILL, strName, sum(amount) as 金额,IFPAID from [Costmer] where IFPAID like 'NotPaid' group by strName,BILL"
sql2 = "select BILL, strName,总计 from (" & sql1 & ") group by strName,BILL "

sql2中得到的就是汇总后的客户单号表

laomms

tzh1600 发表于 2014-1-17 12:57
受玉树临风启发,做了个三数组合查询,也是笨办法
SELECT Costmer.strName, Costmer.AMOUNT, Costmer_1.AMOU ...

这个已经很好了，基本上就是这样了，只是少个单号顺序，客户会按单号顺序结算，而且不会跳单结算，比如说第一单和第三单结算了，第二单却没结算，不会出现这样的例子。

tzh1600

laomms 发表于 2014-1-17 11:31
这个已经很好了，基本上就是这样了，只是少个单号顺序，客户会按单号顺序结算，而且不会跳单结算，比如说 ...

那就存在一个问题,你是基于BILL还是基于ID的合计了,我看你示范表中ID与BILL的顺序是乱的,那就不能用ID来合计判断,应该用BILL,则基础数据应该是group by strName,BILL 的
总之不论ID还是BILL,用逐个> 可以列出各种组合

laomms

tzh1600 发表于 2014-1-17 14:11
那就存在一个问题,你是基于BILL还是基于ID的合计了,我看你示范表中ID与BILL的顺序是乱的,那就不能用ID ...

谢谢，基本上可以了。

laomms

确实出现同一单号没有合并金额的毛病，这样得出的结构是错误的，不是每单总金额的合计，而是每一单子项的合计是5000，是不是得先生成一次临时表。

tzh1600

laomms 发表于 2014-1-17 15:22
确实出现同一单号没有合并金额的毛病，这样得出的结构是错误的，不是每单总金额的合计，而是每一单子项的合 ...

不用,建立一个汇总查询做为数据源即可,原来的ID改用BILL