1,先把产品放到订单表中,把状态设为未完成!
2,(1)扣款,(2),计入财务记录表中,财务扣款记录,(3)修改订单状态为完成
2 步骤的3个sql都是根据1步骤的返回订单id,放到一个事务里面执行的。失败的话,也没扣款,也没财务记录,订单状态也没完成。
这样设计是否可行,特别是对每天能生成几千个订单的网站系统来说,性能是否可行。机器配置是4g内存,双核cpu。一个主机,数据库和iis在一个机器上运行。2008的系统!
如果订单的流程固定的话这样的思路是可行的,性能的瓶颈不再前台网站而在后台数据库。
可以啊,以前我们就是这样子做的(IIS和SQL分别在两台服务器上),数据库操作步骤多的话,用存储过程是否会好些。。。
一天几千个很少,这样做没问题。测试时多开几个用例做下并行测试,可能能测出问题。