一道简单得你都可能不知道怎么写的sql题
0
![[秦时明月]的主页](http://pic.cnblogs.com/face/83201/20240913144455.png)
最佳答案
0
select u.*,p.balance from user u left join (select userid, (sum(case type when 1 then -1*moneyNum else 1*moneyNum end)) as balance from user_platform_money group by userid) p on u.userid=p.userid
收获园豆：80
select u.* ,sum(case m.`type` when 0 then m.money else -m.money end) as money from user u left join user_platform_money m on u.id=m.user_id
为什么这么写,没有钱的用户就不显示呢
其他回答(4)
0
declare @AccountId varchar(50)
set @AccountId = 'alibaba' --设置你要查询的账户Id
--查询帐号信息
select * from user where AccountId = @AccountId
--根据充值/消费记录计算账户余额
select AccountId，sum( case type when 0 then money else -money end ) as AccountBalance
from user_platform_money where AccountId = @AccountId
group by AccountId
收获园豆：5
0
left join 是与左边的为准，来匹配
0
需要先把充值表分组 在根据id一样查询大概思路是这样 还得自己做
收获园豆：15
0
这个问题首先是设计问题，用户的余额应当有专门的表和字段存储，而不是每次查询都得去计算所有的交易
恕我不敬:你不懂设计.
@Moon.Orm塑造Orm经典:
这个本来就应该按Zux的设计才正常，那交易信息只是流水，是用于核对用的。账户余额应该独立于流水外的，根据业务设计不同的科目（余额类型），最后加以统计。
如果按照题目所示的的做法，小数据量也就罢了，数据量大了根本没办法往下做。
@Moon.Orm塑造Orm经典:
等你以后系统用久了就知道了，不光是数据量的问题，还有业务逻辑变化的问题
什么，今天搞冲100送100？
什么，3号开始花50送30？
明天又改充值逻辑了，那个谁，赶快的，过来把这段SQL再加个修正
