MySQL的一些小问题

Wesley13
• 阅读 672

在建表的时候,总有一些模糊的点让我不得不百度:

1、金钱字段存储应当选择float、decimal、double?

应当选择decimal。

他是以字符串形式存储的,不会损失精度,为啥浮点型的(单精度、双精度)会损失精度呢,看下面的例子:
定点数如果不写精度和标度,则按照默认值decimal(10,0) 来操作,也就是存储11.1时候,会自动存储为11,(会自动四舍五入)如果11.9则是12

mysql> create table t1(c1 float(10,2), c3 decimal(10,2)); 
Query OK, 0 rows affected (0.02 sec)

mysql> insert into t1 values(9876543.21, 9876543.12);                   
Query OK, 1 row affected (0.00 sec)

mysql> select * from t1;                        
+----------------+-----------------+
| c1                | c3                   |
+----------------+-----------------+
| 9876543.00 | 9876543.12 | 
+----------------+------------------+
2 rows in set (0.00 sec)

详细解释:https://www.cnblogs.com/gsk99/p/5028817.html (比较复杂) https://www.cnblogs.com/gulibao/p/5416245.html (比较简单但未说明原理,从这里也可以看出如果decimal字段入的是截断后的值会产生警告并且浮点型在入库时候好像与decimal无异

但是在计算的时候会损失精度

2、时间戳选取使用varchar、int、timestamp?

三个都可以, int性能最好但是int的最大数值范围是2038年。时间戳选取timestamp,可以使用默认值为当前时间,并且入库入字符串型的时间,而非时间戳。顺便说一下timestamp比对大小也是直接字符串的

select count(*) from users where created_at<'2018-08-28 00:00:00' and created_at>='2018-08-01 00:00:00'

3、varchar和char该当如何选择?

varchar变长能省空间但是查找慢,char不省空间但是查找快

4、int(10)和varchar(20)以及float(10,2)、tiny(4)的建表用的数字是干啥的?

 int(10)这个数字设置不会影响该字段能够存储的大小,说是显示时候的长度控制,但是实际试验也没发现,这个不用管了

varchar和char设置的数字直接决定该字段能存储的字符串的字符数(5.0版本以上的是字符数,以下是字节数),比如char(3)可以存储abc但是无法存储abcd

float(m,d)之中,m是存储的内容最大整数数量,d是小数精度。比如float(7,4)小数点有四位,那么整数最多3个,也就是123.4567如果存储1234.1123,整数位数有4个,就会报错,小数点会自动四舍五入,decimal也一样

点赞
收藏
评论区
推荐文章
blmius blmius
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Stella981 Stella981
3年前
Python之time模块的时间戳、时间字符串格式化与转换
Python处理时间和时间戳的内置模块就有time,和datetime两个,本文先说time模块。关于时间戳的几个概念时间戳,根据1970年1月1日00:00:00开始按秒计算的偏移量。时间元组(struct_time),包含9个元素。 time.struct_time(tm_y
Easter79 Easter79
3年前
Twitter的分布式自增ID算法snowflake (Java版)
概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移
Wesley13 Wesley13
3年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Stella981 Stella981
3年前
Android蓝牙连接汽车OBD设备
//设备连接public class BluetoothConnect implements Runnable {    private static final UUID CONNECT_UUID  UUID.fromString("0000110100001000800000805F9B34FB");
Stella981 Stella981
3年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
Wesley13 Wesley13
3年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究
Python进阶者 Python进阶者
9个月前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这