长整型对应数据库什么类型

常用的字段类型大致可以分为数值类型、字符串类型、日期时间类型三大类，下面我们按照分类依次来介绍下。

1数值类型

数值类型大类又可以分为整型、浮点型、定点型三小类。

整型主要用于存储整数值，主要有以下几个字段类型：

整型经常被用到，比如 tinyint、int、bigint 。默认是有符号的，若只需存储无符号值，可增加 unsigned 属性。

int(M)中的 M 代表最大显示宽度，并不是说 int(1) 就不能存储数值10了，不管设定了显示宽度是多少个字符，int 都是占用4个字节，即int(5)和int(10)可存储的范围一样。

存储字节越小，占用空间越小。所以本着最小化存储的原则，我们要尽量选择合适的整型，例如：存储一些状态值或人的年龄可以用 tinyint ；主键列，无负数，建议使用 int unsigned 或者 bigint unsigned，预估字段数字取值会超过 42 亿，使用 bigint 类型。

浮点型主要有 float，double 两个，浮点型在数据库中存放的是近似值，例如float(6,3)，如果插入一个数12345678，实际数据库里存的是123457，但总个数还以实际为准，即6位，整数部分最大是3位。float 和 double 平时用的不太多。

类型

大小

用途

FLOAT 4 字节 单精度浮点数值

DOUBLE 8 字节 双精度浮点数值

定点型字段类型有 DECIMAL 一个，主要用于存储有精度要求的小数。

类型

大小

用途

DECIMAL

对DECIMAL(M,D) ，如果M>D，为M+2字节 否则为D+2

精确小数值

DECIMAL 从 MySQL 51 引入，列的声明语法是 DECIMAL(M,D) 。NUMERIC 与 DECIMAL 同义，如果字段类型定义为 NUMERIC ，则将自动转成 DECIMAL 。

对于声明语法 DECIMAL(M,D) ，自变量的值范围如下：

M是最大位数(精度)，范围是1到65。可不指定，默认值是10。

D是小数点右边的位数(小数位)。范围是0到30，并且不能大于M，可不指定，默认值是0。

例如字段 salary DECIMAL(5,2)，能够存储具有五位数字和两位小数的任何值，因此可以存储在salary列中的值的范围是从-99999到99999。

2字符串类型

字符串类型也经常用到，常用的几个类型如下表：

其中 char 和 varchar 是最常用到的。char 类型是定长的，MySQL 总是根据定义的字符串长度分配足够的空间。当保存 char 值时，在它们的右边填充空格以达到指定的长度，当检索到 char 值时，尾部的空格被删除掉。varchar 类型用于存储可变长字符串，存储时，如果字符没有达到定义的位数，也不会在后面补空格。

char(M) 与 varchar(M) 中的的 M 表示保存的最大字符数，单个字母、数字、中文等都是占用一个字符。char 适合存储很短的字符串，或者所有值都接近同一个长度。例如，char 非常适合存储密码的 MD5 值，因为这是一个定长的值。对于字符串很长或者所要存储的字符串长短不一的情况，varchar 更加合适。

我们在定义字段最大长度时应该按需分配，提前做好预估，能使用 varchar 类型就尽量不使用 text 类型。除非有存储长文本数据需求时，再考虑使用 text 类型。

BLOB 类型主要用于存储二进制大对象，例如可以存储，音视频等文件。日常很少用到，有存储二进制字符串时可以考虑使用。

3日期时间类型

MySQL支持的日期和时间类型有 YEAR 、TIME 、DATE 、DATETIME 、TIMESTAMP，几种类型比较如下：

涉及到日期和时间字段类型选择时，根据存储需求选择合适的类型即可。

关于 DATETIME 与 TIMESTAMP 两种类型如何选用，可以按照存储需求来，比如要求存储范围更广，则推荐使用 DATETIME ，如果只是存储当前时间戳，则可以使用 TIMESTAMP 类型。不过值得注意的是，TIMESTAMP 字段数据会随着系统时区而改变但 DATETIME 字段数据不会。总体来说 DATETIME 使用范围更广。

数据的种类？我还第一次听说。

数据库是用来存放数据的一种服务器。应该只有大型小型之分。

大型数据库有：oracl、SQL server

小型数据库有：Access、MySQL、BD2等。

传统的数学集合的关系运算和数据库专有的关系运算数据库本身是一个二维的表,就相当于是一个数学的集合有的时候需要两个表进行运算,比如,找到两个表中相同的部分,这个的运算机制就是传统的集合运算中的“交”有的时

很长时间以来，关系型数据库一直是大公司的专利，市场被Oracle/DB2等企业数据库牢牢把持。但是随着互联网的崛起、开源社区的发展，上世纪九十年代MySQL10的发布，标志着关系型数据库的领域社区终于有可选择的方案。

MySQL

第一个介绍的单机RDBMS就是MySQL。相信大多数朋友都已经对MySQL非常熟悉，基本上MySQL的成长史就是互联网的成长史。我接触的第一个MySQL版本是MySQL40，到后来的MySQL55更是经典——基本所有的互联网公司都在使用。MySQL也普及了「可插拔」引擎这一概念，针对不同的业务场景选用不同的存储引擎是MySQLtuning的一个重要的方式。比如对于有事务需求的场景使用InnoDB;对于并发读取的场景MyISAM可能比较合适;但是现在我推荐绝大多数情况还是使用InnoDB，毕竟56后已经成为了官方的默认引擎。大多数朋友都基本知道什么场景适用MySQL(几乎所有需要持久化结构化数据的场景)，我就不赘述了。

另外值得一提的是MySQL56中引入了多线程复制和GTID，使得故障恢复和主从的运维变得比较方便。另外，57(目前处于GA版本)是MySQL的一个重大更新，主要是读写性能和复制性能上有了长足的进步(在56版本中实现了SCHEMA级别的并行复制，不过意义不大，倒是MariaDB的多线程并行复制大放异彩，有不少人因为这个特性选择MariaDB。MySQL57MTS支持两种模式，一种是和56一样，另一种则是基于binloggroupcommit实现的多线程复制，也就是MASTER上同时提交的binlog在SLE端也可以同时被apply，实现并行复制)。如果有单机数据库技术选型的朋友，基本上只需要考虑57或者MariaDB就好了，而且56、57由Oracle接手后，性能和稳定性上都有了明显的提升。

PostgreSQL

PostgreSQL的历史也非常悠久，其前身是UCB的Ingres，主持这个项目的MichaelStronebraker于2023年获得图灵奖。后来项目更名为Post-Ingres，项目基于BSDlicense下开源。1995年几个UCB的学生为Post-Ingres开发了SQL的接口，正式发布了PostgreSQL95，随后一步步在开源社区中成长起来。和MySQL一样，PostgreSQL也是一个单机的关系型数据库，但是与MySQL方便用户过度扩展的SQL文法不一样的是，PostgreSQL的SQL支持非常强大，不管是内置类型、JSON支持、GIS类型以及对于复杂查询的支持，PL/SQL等都比MySQL强大得多，而且从代码质量上来看，PostgreSQL的代码质量是优于MySQL的，另外相对于MySQL57以前的版本，PostgreSQL的SQL优化器比MySQL强大很多，几乎所有稍微复杂的查询PostgreSQL的表现都优于MySQL。

从近几年的趋势上来看，PostgreSQL的势头也很强劲，我认为PostgreSQL的不足之处在于没有MySQL那样强大的社区和群众基础。MySQL经过那么多年的发展，积累了很多的运维工具和最佳实践，但是PostgreSQL作为后起之秀，拥有更优秀的设计和更丰富的功能。电脑培训发现PostgreSQL9以后的版本也足够稳定，在做新项目技术选型的时候，是一个很好的选择。另外也有很多新的数据库项目是基于PostgreSQL源码的基础上进行二次开发，比如Greenplum等。

码是数据系统中的基本概念。所谓码就是能唯一标识实体的属性，他是整个实体集的性质，而不是单个实体的性质。它包括超码，候选码，主码。超码是一个或多个属性的集合，这些属性可以让我们在一个实体集中唯一地标识一个实体。如果K是一个超码，那么K的任意超集也是超码，也就是说如果K是超码，那么所有包含K的集合也是超码。候选码是从超码中选出的，自然地候选码也是一个或多个属性的集合。因为超码的范围太广，很多是我们并不感兴趣即无用处的。所以候选码是最小超码，它们的任意真子集都不能成为超码。例如，如果K是超码，那么所有包含K的集合都不能是候选码；如果K，J都不是超码，那么K和J组成的集合（K，J）有可能是候选码。是从多个候选码中任意选出一个做为主码，如果候选码只有一个，那么候选码就是主码。虽然说主码的选择是比较随意的，但在实际开发中还是要靠一定的经验，不然开发出来的系统会出现很多问题。一般来说主码都应该选择那此从不或者极少变化的的属性。

超码：一个或多个属性的集合，这些属性的组合可以使我们在一个实体集中唯一的标识一个实体。

例如：学生是一个实体，则学生的集合是一个实体集，而超码是用来在学生的集合中区分不同的学生。假设学生（实体）具有多个属性：学号，身份z号，姓名，性别。因为通过学号可以找到唯一一个学生，所以{学号}是一个超码，同理{学号,身份z号}、{学号,身份z号,姓名}、{学号,身份z号,姓名，性别}、{身份z号}、{身份z号，姓名}、{身份z号，姓名、性别}也是超码在这里，因为不同的学生可能拥有相同的姓名，所以姓名不可以区别一个学生，既{姓名}不是一个超码，{性别}、{姓名、性别}也不是。

虽然超码可以唯一标识一个实体，但是可能大多数超码中含有多余的属性。所以我们需要候选码。

候选码：如果任意超码的真子集不能包括超码，则称其为候选码；超码包括候选码；

在上例中，只有{学号}、{身份z号}都是候选码；另外，如果性别和姓名可以唯一标识一个学生，则{姓名，性别}也为超码。

主码：被数据库设计者选中的，用来在同一实体集中区分不同实体的候选码；此外，应该选择哪些从不或极少变化的属性；

总结：所有码都是一个集合。所有可以用来在实体集中标识唯一实体的集合，都是超码。如果任意超码的真子集不能包括超码，则称其为候选码。被数据库设计者选中的，用来在同一实体集中区分不同实体的候选码。超码包括候选码，候选码包括主码

1ASCII

用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。

编码范围：U0000-U007F

注意：对于用这类字符的场景够用了，但是却无法表达比如汉字，日文等编码。

2UNICODE

用途：用来映射包含ASCII以内的其他的所有字符。

编码范围：U0000-U10FFFF

注意：ASCII是UNICODE的子集，ASCII编码的字符可以无损转换为UNICODE编码的字符。

MySQL常用字符集

1Latin1

Latin1是cp1252或者ISO-8859-1的别名。ISO-8859-1编码是单字节编码，向下兼容ASCII。

编码范围：U0000-U00FF

ISO-8859-1收录的字符除ASCII收录的字符外，还包括西欧语言、希腊语、泰语、阿拉伯语、希伯来语对应的文字符号。

单字节内的空间都被ISO-8859-1编码占用，所以能够用ISO-8859-1编码存储、传输其他任何编码的字节流。

比如把一个Utf8mb4的编码或者GBK的编码存入Latin1，不会有任何问题。因为Latin1保留了原始的字节流，这也就是MySQL长期以来把Latin1做默认字符集的原因。

但是由于Latin1对任何字符都存放字节流，造成了字符个数的浪费。

比如：

CHAR(10)CHARACTERSETLATIN1;CHAR(10)CHARACTERSETUTF8;

该字段中存储字符个数UTF8是Latin1的三倍！！！

2GB18030

GB18030是中国官方标准字符集，向前兼容GBK、GB2312，是这两个的超集。用1、2、4个字节分别表示一个符号。比如对一般中文字符，默认是用两个字节编码存储。Windows系统，默认用的就是GB18030。

若只是存储中文字符，那GB18030最佳。

原因有两点：

1）占用空间小，比如比UTF8小。

2）存储的汉字根据拼音来排序，检索快。

3UTF8

UTF8是Unicode的编码实现，可以存储UNICODE编码对应的任何字符，这也是使用最多的一种编码。最大的特点就是变长的编码方式，用1到4个字节表示一个符号，可以根据不同的符号编码字节长度。

字母或数字用1字节，汉字用3字节，emoji表情符号用4字节。UTF8字符集目前是使用最广泛的。

注意！MySQL里常说的UTF8是UTF8MB3的别名，UTF8MB3是UTF8MB4的子集，UTF8MB4才是真正的4字节UTF8字符集！

UTF8MB3表示最大支持3个字节存储字符，UTF8MB4表示最大4个字节存储字符。根据实际需要和未来展望，MySQL80已经默认用UTF8MB4基础字符集。

数据库通常分为：

层次式数据库、网络式数据库和关系式数据库三种。

而不同的数据库是按不同的数据结构来联系和组织的。

数据库有类型之分，是根据数据模型划分的。目前成熟地应用在数据库系统中的数据模型有：层次模型、网壮模型和关系模型。

一、层次模型：

层次模型是用树结构表示记录类型及其联系的。

树结构的基本特点是：

1、有且仅有一个结点无父结点；

2、其它结点有且有一个父结点。

在层次模型中，树的结点是记录型。上一层记录型和下一层记录型的联系是1:n的。

层次模型就象下面我们给出的一棵倒立的树。

注意：在层次式数据库中查找记录，必须指定存取路径。这种关系模型不支持m:n联系。

二、网状模型：

网状模型中结点间的联系不受层次限制，可以任意发生联系，所以她的结构是结点的连通图。

网状模型结构的特点是：

1、有一个以上结点无父结点；

2、至少有一个结点有多于一个父结点。

注意：虽然网状模型能反映各种复杂的关系，但网状模型在具体实现上，只支持1:n联系，对

于m:n联系可将其转化为1:n联系。

三、关系模型：

关系模型的本质就是用若干个二维表来表示实体及其联系。

关系是通过关系名和属性名定义的。一个关系可形式化表示为：

R(A1，A2，A3，…，Ai，…)

其中：R为关系名，Ai为关系的属性名。

目前常用的数据库管理系统有：

ACCESS、SQL Server、 Oracle、MySQL、FoxPro和Sybase等。

ACCESS 是美国Microsoft公司于1994年推出的微机数据库管理系统它具有界面友好、易学易用、开发简单、接口灵活等特点,是典型的新一代桌面数据库管理系统。

Oracle公司是全球最大的信息管理软件及服务供应商，成立于1977年，总部位于美国加州 Redwood shore。Oracle提供的完整的电子商务产品和服务包括： 用于建立和交付基于Web的Internet平台； 综合、全面的具有Internet能力的商业应用； 强大的专业服务，帮助用户实施电子商务战略，以及设计、定制和实施各种电子商务解决方案

SQL是英文Structured Query Language的缩写，意思为结构化查询语言。SQL语言的主要功能就是同各种数据库建立联系，进行沟通。按照ANSI(美国国家标准协会)的规定，SQL被作为关系型数据库管理系统的标准语言。SQL语句可以用来执行各种各样的 *** 作，例如更新数据库中的数据，从数据库中提取数据等。目前，绝大多数流行的是关系型数据库管理系统。

内容来源网络，仅供参考！

以上就是关于长整型对应数据库什么类型全部的内容，包括:长整型对应数据库什么类型、数据库种类、数据库中关系运算分哪两大类其具体含义是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！