Django DecimalField在sQlite和MySQL上的不同行为
发布时间:2020-12-20 11:18:08 所属栏目:Python 来源:网络整理
导读:我刚刚把一个在sqlite3上开发的网站放在网上,但是在部署时我需要切换到 MySQL. 一切顺利,除了产品价格,因为在sqlite和MySQL DecimalField显然表现不一样. 考虑以下模型: class ProductBase(models.Model): title = models.CharField('Title',max_length=250
我刚刚把一个在sqlite3上开发的网站放在网上,但是在部署时我需要切换到
MySQL.
一切顺利,除了产品价格,因为在sqlite和MySQL DecimalField显然表现不一样. 考虑以下模型: class ProductBase(models.Model): title = models.CharField('Title',max_length=250) price = models.DecimalField('Price',max_digits=9,decimal_places=2,default=0) 在开发中,sqlite将允许价格为“0”或“100”. 但是当转移到MySQL时,后端也会允许“0”或“100”输入,但是当保存对象实例时,它会自动转换为“0.00”或“100.00”. 我知道ORM是一个抽象级别,它由于数据库后端功能之间的差异而有其限制.这就是为什么我在这里询问它是否是一个限制相关的错误或真正的错误..在打开新票之前.. 解决方法
SQLite的DECIMAL数据类型(实际上是数据库中的NUMERIC)不允许指定大小或精度;它根据给定的
in the documentation标准存储为INTEGER,REAL或TEXT.后端无法获得精度信息,因此不会保留.
MySQL的NUMERIC数据类型是一个真正的任意长度定点类型,并从数据库返回具有完整精度信息. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- python – ImportError:没有名为flask_restful的模块
- python中的property属性
- 爬虫很有可能把你们的老板送进监狱!
- 大多数Pythonic和有效的方法在字符串末尾插入字符,如果还没
- 检测在LDAP中是否使用LDAP锁定Active Directory用户帐户
- Python Popen shell = False导致OSError:[Errno 2]没有这样
- python – 在NaN的之后matplotlib没有继续行
- Python对象的深拷贝和浅拷贝详解
- python – 在Keras中实施WARP损失
- python – 拥有子进程允许rpc-server在子进程存活时重新启动