热门标签 | HotTags
当前位置:  开发笔记 > 后端 > 正文

MySQL的数据类型和建库策略

无论是在小得可怜的免费数据库空间或是大型电子商务网站,公平的设计表结构、充分利用空间是十分必要的。这就请求我们对数据库系统的常用数据类型有充分的熟悉。下面我就将我

无论是在小得可怜的免费数据库空间或是大型电子商务网站,公平的设计表结构、充分利用空间是十分必要的。这就请求我们对数据库系统的常用数据类型有充分的熟悉。下面我就将我的一点心得写出来跟大家分享。

一、数字类型

数字类型按照我的分类方法分为三类:整数类、小数类和数字类。

我所谓的“数字类”,就是指 DECIMAL 和 NUMERIC,它们是同一种类型。它严格的说不是一种数字类型,由于他们实际上是将数字以字符串情势保留的;他的值的每一位 (包含小数点) 占一个字节的存储空间,因此这种类型耗费空间比拟大。但是它的一个突出的长处是小数的位数固定,在运算中不会“失真”,所以比拟适实用于“价格”、“金额”这样对精度请求不高但准确度请求非常高的字段。

小数类,即浮点数类型,根据精度的不同,有 FLOAT 和 DOUBLE 两种。它们的上风是准确度,FLOAT 可以表现尽对值非常小、小到约 1.17E-38 (0.000...0117,小数点后面有 37 个零) 的小数,而 DOUBLE 更是可以表现尽对值小到约 2.22E-308 (0.000...0222,小数点后面有 307 个零) 的小数。FLOAT 类型和 DOUBLE 类型占用存储空间分辨是 4 字节和 8 字节。假如需要用到小数的字段,精度请求不高的,当然用 FLOAT 了。可是说句实在话,我们“民用”的数据,哪有请求精度那么高的呢?这两种类型至今我没有用过――我还没有碰到合适于应用它们的事例。

用的最多的,最值得精打细算的,是整数类型。从只占一个字节存储空间的 TINYINT 到占 8 个字节的 BIGINT,挑选一个“够用”并且占用存储空间最小的类型是设计数据库时应当考虑的。TINYINT、SMALLINT、MEDIUMINT、INT 和 BIGINT 占用存储空间分辨为 1 字节、2 字节、3 字节、4 字节和 8 字节,就无符号的整数而言,这些类型能表现的最大整数分辨为 255、65535、16777215、4294967295 和18446744073709551615。假如用来保留用户的年纪 (举例来说,数据库中保留年纪是不可取的),用 TINYINT 就够了;九城的《纵横》里,各项技巧值,用 SMALLINT 也够了;假如要用作一个确定不会超过 16000000 行的表的 AUTO_INCREMENT 的 IDENTIFY 字段,当然用 MEDIUMINT 不用 INT,试想,每行节俭一个字节,16000000 行可以节俭 10 兆多呢。

二、日期时间类型

日期和时间类型比拟简略,无非是 DATE、TIME、DATETIME、TIMESTAMP 和 YEAR 等几个类型。只对日期敏感,而对时间没有请求的字段,就用 DATE 而不用 DATETIME 是不用说的了;单独应用时间的情况也时有产生――应用 TIME;但最多用到的还是用 DATETIME。在日期时间类型上没有什么文章可做,这里就不再详述。

三、字符 (串) 类型

不要认为字符类型就是 CHAR,CHAR 和 VARCHAR 的差别在于 CHAR 是固定长度,只要你定义一个字段是 CHAR(10),那么不论你存储的数据是否达到了 10 个字节,它都要占往 10 个字节的空间;而 VARCHAR 则是可变长度的,假如一个字段可能的值是不固定长度的,我们只知道它不可能超过 10 个字符,把它定义为 VARCHAR(10) 是最合算的,VARCHAR 类型的占用空间是它的值的实际长度 1。为什么要 1 呢?这一个字节用于保留实际应用了多大的长度。从这个 1 中也应当看到,假如一个字段,它的可能值最长是 10 个字符,而多数情况下也就是用到了 10 个字符时,用 VARCHAR 就分歧算了:由于在多数情况下,实际占用空间是 11 个字节,比用 CHAR(10) 还多占用一个字节。

举个例子,就是一个存储股票名称和代码的表,股票名称尽大部分是四个字的,即 8 个字节;股票代码,上海的是六位数字,深圳的是四位数字。这些都是固定长度的,股票名称当然要用 CHAR(8);股票代码固然是不固定长度,但假如应用 VARCHAR(6),一个深圳的股票代码实际占用空间是 5 个字节,而一个上海的股票代码要占用 7 个字节!考虑到上海的股票数目比深圳的多,那么用 VARCHAR(6) 就不如 CHAR(6) 合算了。

固然一个 CHAR 或 VARCHAR 的最大长度可以到 255,我认为大于 20 的 CHAR 是几乎用不到的――很少有大于 20 个字节长度的固定长度的东东吧?不是固定长度的就用 VARCHAR。大于 100 的 VARCHAR 也是几乎用不到的――比这更大的用 TEXT 就好了。TINYTEXT,最大长度为 255,占用空间也是实际长度 1;TEXT,最大长度 65535,占用空间是实际长度 2;MEDIUMTEXT,最大长度 16777215,占用空间是实际长度 3;LONGTEXT,最大长度 4294967295,占用空间是实际长度 4。为什么 1、 2、 3、 4?你要是还不知道就该打 PP 了。这些可以用在论坛啊、消息啊,什么的,用来保留文章的正文。根据实际情况的不同,选择从小到大的不同类型。

四、枚举和聚集类型

枚举 (ENUM) 类型,最多可以定义 65535 种不同的字符串从中做出选择,只能并且必需选择其中一种,占用存储空间是一个或两个字节,由枚举值的数目决定;聚集 (SET) 类型,最多可以有 64 个成员,可以选择其中的零个到不限定的多个,占用存储空间是一个到八个字节,由聚集可能的成员数目决定。

举个例子来说,在 SQLServer 中,你可以节俭到用一个 BIT 类型来表现性别 (男/女),但 MySQL 没有 BIT,用 TINTINT 吗?不,可以用 ENUM('帅哥','美眉'),只有两种选择,所以只需一个字节――跟 TINYINT 一样大,但却可以直接用字符串 '帅哥' 和 '美眉' 来存取。真是太方便啦!

好了,MySQL 的数据类型先容得差未几,我的建库策略也随着先容数据类型先容给大家一些。但这只是其中一部分,篇幅有限,不能再细说;其他的,就靠各人在对数据类型懂得的基础上,多多实践、多多讨论。




推荐阅读
  • SQL注入实验:SqliLabs第38至45关解析
    本文深入探讨了SqliLabs项目中的第38至45关,重点讲解了堆叠注入(Stacked Queries)的应用技巧及防御策略。通过实际案例分析,帮助读者理解如何利用和防范此类SQL注入攻击。 ... [详细]
  • KKCMS代码审计初探
    本文主要介绍了KKCMS的安装过程及其基本功能,重点分析了该系统中存在的验证码重用、SQL注入及XSS等安全问题。适合初学者作为入门指南。 ... [详细]
  • 本文详细探讨了在Windows Server 2003环境下遇到MySQL连接失败(错误代码10061)的解决方案,包括通过卸载特定的Windows更新和调整系统注册表设置的方法。 ... [详细]
  • 尝试从 MySQL 转向 SQL Server 2008 时遇到了安装错误,提示“系统配置未能初始化”,错误代码为 0x84B10001。怀疑可能是由于之前的 MySQL 安装残留导致的注册表问题。寻求专家建议。 ... [详细]
  • Web安全入门:MySQL基础操作与SQL注入防范
    本文详细介绍了MySQL数据库的基础操作命令,包括数据库和表的基本管理,以及数据的增删查改等常用操作。同时,针对Web安全领域常见的SQL注入问题,提供了初步的理解和防范措施。 ... [详细]
  • 本文探讨了如何利用Oracle的REGEXP_SUBSTR函数高效地从复杂字符串中提取括号内的特定值,提供了详细的示例和解决方案。 ... [详细]
  • mysql 分库分表策略_【数据库】分库分表策略
    关系型数据库本身比较容易成为系统瓶颈,单机存储容量、连接数、处理能力都有限。当单表的数据量达到1000W或100G以后,由于查询维度较多, ... [详细]
  • MySQL REPLACE()函数详解及应用实例
    本文详细介绍了MySQL中REPLACE()函数的使用方法,并通过具体示例展示了如何在实际开发中利用该函数进行字符串替换操作。 ... [详细]
  • 本文详细记录了《PHP与MySQL Web开发》第一章的学习心得,特别关注了PHP的基本构成元素、标记风格、编程注意事项及表单处理技巧等内容。 ... [详细]
  • 使用YUM在Linux虚拟机中安装MySQL
    本文详细介绍了如何在Linux虚拟机环境中通过YUM包管理器安装MySQL数据库的过程。包括环境准备、版本选择、安装步骤及启动验证等关键环节。 ... [详细]
  • 解决getallheaders函数导致的500错误及8种服务器性能优化策略
    本文探讨了解决getallheaders函数引起的服务器500错误的方法,并介绍八种有效的服务器性能优化技术,包括内存数据库的应用、Spark RDD的使用、缓存策略的实施、SSD的引入、数据库优化、IO模型的选择、多核处理策略以及分布式部署方案。 ... [详细]
  • 本文详细探讨了在不同服务器上运行的PHP程序如何成功连接MySQL数据库的方法,包括常见的连接失败原因及解决方案。 ... [详细]
  • 实名制下,如何正确处理不再使用的物联卡?
    本文将详细介绍在实名制背景下,如何妥善处理不再使用的物联卡,包括是否可以直接丢弃以及正确的注销步骤。 ... [详细]
  • 深入理解FastDFS
    FastDFS是一款高效、简洁的分布式文件系统,广泛应用于互联网应用中,用于处理大量用户上传的文件,如图片、视频等。本文探讨了FastDFS的设计理念及其如何通过独特的架构设计提高性能和可靠性。 ... [详细]
  • 本文详细介绍了MySQL中关于员工数据库的基础知识、操作技巧以及常见问题的解决方案,适合初学者和有一定基础的用户阅读。 ... [详细]
author-avatar
寻找冄己靉
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有