博客
关于我
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/

你可能感兴趣的文章
PostgreSQL on Linux 最佳部署手册
查看>>
PostgreSQL Oracle 兼容性之 - pipelined
查看>>
PostgreSQL Point-In-Time Recovery (Incremental Backup)
查看>>
postgresql Streaming Replication监控与注意事项
查看>>
postgresql 不需要付费_使用数据传输在PostgreSQL执行 外部连接运算符
查看>>
postgresql 主从配置_生产环境postgresql主从环境配置
查看>>
postgresql 函数&存储过程 ; 递归查询
查看>>
PostgreSQL 分组聚合查询中 filter 子句替换 case when
查看>>
PostgreSQL 同步流复制锁瓶颈分析
查看>>
PostgreSQL 备份与还原命令 pg_dump
查看>>
Postgresql 外部表插件postgres_fdw的安装和使用
查看>>
PostgreSQL 如何从崩溃状态恢复(上)
查看>>
PostgreSQL 存储过程基本语法
查看>>
PostgreSQL 实现批量更新、删除、插入
查看>>
PostgreSQL 导入 .gz 备份文件
查看>>
PostgreSQL 批量插入&更新数据时报错(ERROR: ON CONFLICT DO UPDATE command cannot affect row a second time)
查看>>
PostgreSQL 新增数据返回自增ID
查看>>
postgresql 更新多列数据
查看>>
PostgreSQL 服务启动后停止
查看>>
PostgreSQL 辟谣存在任意代码执行漏洞:消息不实
查看>>