博客
关于我
MySQL数据类型
阅读量:332 次
发布时间:2019-03-04

本文共 819 字,大约阅读时间需要 2 分钟。

我们在设计数据库字段时,通常会指定长度。需要明确的是,这个长度并不是数据类型的大小(size),而是数据的长度(length)。大小是数据库系统决定的,它影响数值范围和存储空间,而长度是业务层次的控制,它影响数值的范围和精度,不会影响数据的存储空间。区分大小和长度的重要性在数据库设计中不容忽视。

以下是MySQL提供的数据类型及其使用方式总结:

MySQL中的数字类型主要包括整数类型和浮点数类型。整数类型包括TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT等,每种类型都有不同的大小和范围。浮点数类型包括FLOAT和DOUBLE,其中FLOAT占用4字节,DOUBLE占用8字节。需要注意的是,浮点数类型的精度可能会丢失,尤其是在存储小数时,更应该使用DECIMAL类型,因为DECIMAL可以避免浮点数的精度丢失问题。

在实际应用中,应该根据业务需求选择合适的数据类型,并尽量使用无符号类型来节省存储空间。例如,INT类型可以存储从-2^31到2^31-1的有符号整数,而BIGINT可以存储更大的数值。对于小数值,DECIMAL类型是更好的选择,因为它以字符串形式存储,避免了浮点数的精度问题。

以下是常见数据类型的默认长度和最大长度:

  • VARCHAR:默认长度为255,最大长度为65535。
  • CHAR:默认长度为255,最大长度为65535。
  • DOUBLE:默认长度为0,最大长度为255。
  • FLOAT:默认长度为0,最大长度为255。
  • INT:默认长度为11,最大长度为255。
  • TINYINT:默认长度为4,最大长度为255。
  • BIGINT:默认长度为20,最大长度为255。
  • DATE、DATETIME等时间类型默认长度为0,最大长度也为0。

在设计数据库字段时,应该明确业务需求,合理选择数据类型和长度,避免不必要的存储空间浪费。同时,尽量使用DECIMAL类型来存储小数,确保精度的可靠性。

转载地址:http://wtzh.baihongyu.com/

你可能感兴趣的文章
NOIp2005 过河
查看>>
NOPI读取Excel
查看>>
NoSQL&MongoDB
查看>>
NotImplementedError: Cannot copy out of meta tensor; no data! Please use torch.nn.Module.to_empty()
查看>>
npm install报错,证书验证失败unable to get local issuer certificate
查看>>
npm run build 失败Compiler server unexpectedly exited with code: null and signal: SIGBUS
查看>>
npm run build部署到云服务器中的Nginx(图文配置)
查看>>
npm WARN deprecated core-js@2.6.12 core-js@<3.3 is no longer maintained and not recommended for usa
查看>>
npm切换到淘宝源
查看>>
npm前端包管理工具简介---npm工作笔记001
查看>>
npm和yarn清理缓存命令
查看>>
npm和yarn的使用对比
查看>>
npm报错unable to access ‘https://github.com/sohee-lee7/Squire.git/‘
查看>>
npm的问题:config global `--global`, `--local` are deprecated. Use `--location=global` instead 的解决办法
查看>>
npm错误Error: Cannot find module ‘postcss-loader‘
查看>>
NPOI之Excel——合并单元格、设置样式、输入公式
查看>>
NPOI利用多任务模式分批写入多个Excel
查看>>
NR,NF,FNR
查看>>
nrf开发笔记一开发软件
查看>>
NSDateFormatter的替代方法
查看>>