在Django中,如果一个项目涉及了金融,他的要求是十分严格的。
所以嘞,这里就有一些坑,很多坑,第一次开发的时候很容易出现一系列的错误
在涉及金融计算的地方,不能使用float类型
什么鬼,但事实就是如此,千万不要用float进行计算.....
所以,Python中为我们提供了一个专门的模块计算,decimal
而同样的,Django中也提供了相应的计算字段,DecimalField
class DecimalField(max_digits=None, decimal_places=None[, **options])
- max_digits:表示最大位数
- decimal_places:表示小数点后面的位数
- 假设你最多存999人民币,小数点要精确到2位,需要的max_digits就为6,decimal_places就为2
下面是一些例子
1.在models.py中定义:
from django.db import models class UserProfile(models.Model): price = models.DecimalField(max_digits=16,decimal_places=2)
2.添加一条记录:
from decimal import Decimal obj = models.UserProfile.objects.create(price = Decimal("123.45"))
3.更新记录:
obj.price -= Decimal("1.00") obj.save()
4.我们输出查看一下SQL语句:
from django.db import connection print(connection.queries[-1]) //UPDATE `table` SET `price` = ‘122.45‘ WHERE `id` = 1
我们之前使用的update会有问题。在并发很高的时候,会遇到类似多线程的问题,因为加减操作都在客户端,某个线程写入price的时候,可能之前拿到的已经被别人更新过了,所以我们需要原子写入。
UPDATE `table` SET `price` = ‘price‘ - ‘1.00‘ WHERE `id` = 1
在ORM及是使用F()
obj.price = F("price") - Decimal("1.00") obj.save(update_fields = ["price"])
注意:在调用save()方法的时候,我们可以用update_fields传入需要update的字段。否则Django可能会把所有的字段都放在SQL中,影响效率
好吧,上面看似已经是把问题都解决了,但是只是看似。
我们在数据库中,定义的字段的精确到小数点后两位,如果我减去一个3位的小数会怎样呢?
obj.price = F("price") - Decimal("1.001") obj.save(update_field=["price"])
好吧,结果不出意料的报错了
会抛出一个Traceback的错误
这个错误其实是MySQL抛出的一个异常,所以传递到了Django,使更新操作无法成功
怎么解决呢?
//我们手动写个方法进行一个精度的转换 def to_decimal(s,precision=2): r = pow(10,precision+1) v = s if type(s) is Decimal else Decimal(str(s)) try: return Decimal(round(int(v * r),-1))/r except: return Decimal(s) obj.price = F("price") - to_decimal("1.001",2) obj.save(update_fields=["price"])
这样貌似有解决了一个问题。。。实际呢?
这只是加或者减,如果是乘除呢?
由于这是MySQL层次上出的错误,也就是说实在最后存储的上面出的错,我们是没有办法在Django的层面上对计算出来的结果在进行一次类型转换的。这时候怎么办,只有上raw sql了。
//完整一点 //这次带上事务 from django.db import transaction,connection try: with transaction.atomic(): cursor = connection.cursor() ret = cursor.execute( "UPDATE ‘table‘ SET ‘price‘=CAST((‘price‘*%s) AS DECIMAL(16,2)) WHERE ‘id‘ = %s ", [Decimal("1.001"),obj.id] ) except: print("失败")
注意:在MySQL层面上,我们使用CAST(%s AS DECIMAL(16,2))来把结果转化为price字段同样个是Decimal类型
返回更新数据的行数,如果成功了,ret就是1
你以为结束了?
太天真了
注意:如果是事务操作,一定要考虑到多线程并发的造成的数据冲突的问题
即:假设连个线程获取了同意对象,进行了更改,怎么办?
这里就要用到select_for_update()
注意:这点很重要,金钱的操作,我们最好不要使用自增自减运算,而是使用select_for_update()的行级索来避免冲突。
所以嘞,我们的例子又可以改进了。
try: with transaction.atomic(): locked_obj =UserProfile.objects.select_for_update().get(pk=obj.id) locked_obj.price -= to_decimal(‘11.11111‘, 2) assert locked_obj.price >= 0 #断言判断是不是合理 locked_obj.save(update_fields=[‘price‘]) except: print ‘save failed‘
到这里,才算是告一段落。
还有,补充一点:
网上都说使用select_for_update可能会产生死锁,具体可以看我的上一篇文章。
原文地址:https://www.cnblogs.com/hanbowen/p/10065617.html