DB是什么意思

DB是什么意思,第1张

1、数据库是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合,可视为电子化的文件柜——存储电子文件的处所,用户可以对文件中的数据进行新增、查询、更新、删除等 *** 作。

2、DB(双色球**的一个选号指标)双色球**的一个选号指标 是**研究作者罗志瑜在其著作《锁定双色球500万》一书提出的一个实战型的**术语。 DB值是指福利**双色球的每连续两期开奖记录的蓝色号码的和值。 DB值是双色球的蓝号的一种重要的选号与追踪依据,是一种数值型指标。 彩民依据DB值可以较为容易或较为准确地捕捉蓝号。

3、DB(数据接口)D型数据接口连接器,用于连接电子设备(比如:计算机与外设)的接口标准。因形状类似于英文字母D,故得名D型接口。

4、DB(数据储存单位)DB是计算机中的储存单位,1DB=1024的八次方GB。

5、DB(德国铁路)指德国联邦铁路公司。德国联邦铁路和德国国营铁路于1994年合二而一,成为德国铁路股份公司,实现了私有化。铁路始终是大宗货物运输以及联运和客运交通方面特别有利于环境保护的不可缺少的交通工具。因此将进一步推动铁路网的现代化。在西部,德国联邦铁路(DB)于1991年已将其第一批新的高速路段投入使用。它们使新研制的城际特别快车(ICE)的速度达到250公里/小时。其他高速路段的建造正在规划欧洲联营。

参考资料来源:百度百科-数据库

参考资料来源:百度百科-DB(双色球**的一个选号指标)

参考资料来源:百度百科-DB(数据接口)

参考资料来源:百度百科-DB(数据储存单位)

参考资料来源:百度百科-德国联邦铁路公司

(1)数值型

数值是诸如32 或1534 这样的值。MySQL 支持科学表示法,科学表示法由整数或浮点数后跟“e”或“E”、一个符号(“+”或“-”)和一个整数指数来表示。124E+12 和2347e-1 都是合法的科学表示法表示的数。而124E12 不是合法的,因为指数前的符号未给出。

浮点数由整数部分、一个小数点和小数部分组成。整数部分和小数部分可以分别为空,但不能同时为空。

数值前可放一个负号“-”以表示负值。

(2)字符(串)型

字符型(也叫字符串型,简称串)是诸如“Hello, world!”或“一个馒头引起的血案”这样的值,或者是电话号码87398413这样的值。既可用单引号也可用双引号将串值括起来。

初学者往往分不清数值87398143和字符串87398143的区别。都是数字啊,怎么一个要用数值型,一个要用字符型呢?关键就在于:数值型的87398143是要参与计算的,比如它是金融中的一个货款总额;而字符型的87398143是不参与计算的,只是表示电话号码,这样的还有街道号码、门牌号码等等,它们都不参与计算。

(3)日期和时间型

日期和时间是一些诸如“2006-07-12”或“12:30:43”这样的值。MySQL还支持日期/时间的组合,如“2006-07-12 12:30:43”。

(4)NULL值

NULL表示未知值。比如填写表格中通讯地址不清楚留空不填写,这就是NULL值。

我们用Create Table语句创建一个表,这个表中包含列的定义。例如我们在前面创建了一个joke表,这个表中有content和writer两个列:

定义一个列的语法如下:

其中列名由col_name 给出。列名可最多包含64个字符,字符包括字母、数字、下划线及美元符号。列名可以名字中合法的任何符号(包括数字)开头。但列名不能完全由数字组成,因为那样可能使其与数据分不开。MySQL保留诸如SELECT、DELETE和CREATE这样的词,这些词不能用做列名,但是函数名(如POS 和MIN)是可以使用的。

类型col_type表示列可存储的特定值。列类型说明符还能表示存放在列中的值的最大长度。对于某些类型,可用一个数值明确地说明其长度。而另外一些值,其长度由类型名蕴含。例如,CHAR(10) 明确指定了10个字符的长度,而TINYBLOB值隐含最大长度为255个字符。有的类型说明符允许指定最大的显示宽度(即显示值时使用多少个字符)。浮点类型允许指定小数位数,所以能控制浮点数的精度值为多少。

可以在列类型之后指定可选的类型说明属性,以及指定更多的常见属性。属性起修饰类型的作用,并更改其处理列值的方式,属性有以下类型:

(1)专用属性用于指定列。例如,UNSIGNED 属性只针对整型,而BINARY属性只用于CHAR 和VARCHAR。

(2)通用属性除少数列之外可用于任意列。可以指定NULL 或NOT NULL 以表示某个列是否能够存放NULL。还可以用DEFAULT,def_value 来表示在创建一个新行但未明确给出该列的值时,该列可赋予值def_value。def_value 必须为一个常量;它不能是表达式,也不能引用其他列。不能对BLOB 或TEXT 列指定缺省值。

如果想给出多个列的专用属性,可按任意顺序指定它们,只要它们跟在列类型之后、通用属性之前即可。类似地,如果需要给出多个通用属性,也可按任意顺序给出它们,只要将它们放在列类型和可能给出的列专用属性之后即可。

2 MySQL的列(字段)类型

数据库中的每个表都是由一个或多个列(字段)构成的。在用CREATE TABLE语句创建一个表时,要为每列(字段)指定一个类型。列(字段)的类型比数据类型更为细化,它精确地描述了给定表列(字段)可能包含的值的种类,如是否带小数、是否文字很多。

MySQL有整数和浮点数值的列类型,如表1所示。整数列类型可以有符号也可无符号。有一种特殊的属性允许整数列值自动生成,这对需要唯一序列或标识号的应用系统来说是非常有用的。

类型 说明

TINYINT 非常小的整数

SMALLINT 较小整数

MEDIUMINT 中等大小整数

INT 标准整数

BIGINT 较大整数

FLOAT 单精度浮点数

DOUBLE 双精度浮点数

DECIMAL 一个串的浮点数

表1:数值列类型

每种数值类型的名称和取值范围如表2所示。

类型说明 取值范围

TINYINT[(M)] 有符号值:-128 到127

无符号值:0到255(0 到28 - 1)

SMALLINT[(M)] 有符号值:-32768 到32767(- 215 到215 - 1)

无符号值:0到65535(0 到21 6 - 1)

MEDIUMINT[(M)] 有符号值:-8388608 到8388607(- 22 3 到22 3 - 1 )

无符号值:0到16777215(0 到22 4 - 1)

INT[(M)] 有符号值:-2147683648 到2147683647(- 231 到231- 1)

无符号值:0到4294967295(0 到232-1)

BIGINT[(M)] 有符号值:-9223372036854775808 到 9223373036854775807(- 263到263-1)

无符号值:0到18446744073709551615(0到264 – 1)

FLOAT[(M, D)] 最小非零值:±1175494351E - 38

DOUBLE[(M,D)] 最小非零值:±22250738585072014E - 308

DECIMAL (M, D) 可变;其值的范围依赖于M 和D

表2:数值列类型的取值范围

类型说明 存储需求

TINYINT[(M)] 1字节

SMALLINT[(M)] 2字节

MEDIUMINT[(M)] 3字节

INT[(M)] 4字节

BIGINT[(M)] 8字节

FLOAT[(M, D)] 4字节

DOUBLE[(M, D)] 8字节

DECIMAL (M, D) M字节(MySQL < 323),M+2字节(MySQL > 323 )

表3:数值列类型的存储需求

MySQL提供了五种整型: TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT。INT为INTEGER的缩写。这些类型在可表示的取值范围上是不同的。整数列可定义为UNSIGNED从而禁用负值;这使列的取值范围为0以上。各种类型的存储量需求也是不同的。取值范围较大的类型所需的存储量较大。

MySQL 提供三种浮点类型: FLOAT、DOUBLE和DECIMAL。与整型不同,浮点类型不能是UNSIGNED的,其取值范围也与整型不同,这种不同不仅在于这些类型有最大值,而且还有最小非零值。最小值提供了相应类型精度的一种度量,这对于记录科学数据来说是非常重要的(当然,也有负的最大和最小值)。

在选择了某种数值类型时,应该考虑所要表示的值的范围,只需选择能覆盖要取值的范围的最小类型即可。选择较大类型会对空间造成浪费,使表不必要地增大,处理起来没有选择较小类型那样有效。对于整型值,如果数据取值范围较小,如人员年龄或兄弟姐妹数,则TINYINT最合适。MEDIUMINT能够表示数百万的值并且可用于更多类型的值,但存储代价较大。BIGINT在全部整型中取值范围最大,而且需要的存储空间是表示范围次大的整型INT类型的两倍,因此只在确实需要时才用。对于浮点值,DOUBLE占用FLOAT的两倍空间。除非特别需要高精度或范围极大的值,一般应使用只用一半存储代价的FLOAT型来表示数据。

在定义整型列时,可以指定可选的显示尺寸M。如果这样,M应该是一个1 到255的整数。它表示用来显示列中值的字符数。例如,MEDIUMINT(4)指定了一个具有4个字符显示宽度的MEDIUMINT列。如果定义了一个没有明确宽度的整数列,将会自动分配给它一个缺省的宽度。缺省值为每种类型的“最长”值的长度。如果某个特定值的可打印表示需要不止M个字符,则显示完全的值;不会将值截断以适合M个字符。

对每种浮点类型,可指定一个最大的显示尺寸M 和小数位数D。M 的值应该取1 到255。D的值可为0 到3 0,但是不应大于M - 2(如果熟悉ODBC 术语,就会知道M 和D 对应于ODBC 概念的“精度”和“小数点位数”)。M和D对FLOAT和DOUBLE 都是可选的,但对于DECIMAL是必须的。在选项M 和D时,如果省略了它们,则使用缺省值。

22字符串列类型

MySQL提供了几种存放字符数据的串类型,其类型如下:

类型名 说明

CHAR 定长字符串

VARCHAR 可变长字符串

TINYBLOB 非常小的BLOB(二进制大对象)

BLOB 小BLOB

MEDIUMBLOB 中等的BLOB

LONGBLOB 大BLOB

TINYTEXT 非常小的文本串

TEXT 小文本串

MEDIUMTEXT 中等文本串

LONGTEXT 大文本串

ENUM 枚举;列可赋予某个枚举成员

SET 集合;列可赋予多个集合成员

表4:字符串列类型

下表给出了MySQL 定义串值列的类型,以及每种类型的最大尺寸和存储需求。对于可变长的列类型,各行的值所占的存储量是不同的,这取决于实际存放在列中的值的长度。这个长度在表中用L 表示。

类型说明

最大尺寸

存储需求

CHAR( M)

M 字节

M 字节

VARCHAR(M)

M 字节

L + 1字节

TINYBLOB, TINYTEXT

28- 1字节

L + 1字节

BLOB, TEXT

216 - 1 字节

L + 2字节

MEDIUMBLOB, MEDIUMTEXT

224- 1字节

L + 3字节

LONGBLOB, LONGTEXT

232- 1字节

L + 4字节

ENUM(“value1”, “value2”, )

65535 个成员

1 或2字节

SET (“value1”, “value2”, )

64个成员

1、2、3、4 或8字节

表5:串列类型最大尺寸及存储需求

L 以外所需的额外字节为存放该值的长度所需的字节数。MySQL 通过存储值的内容及其长度来处理可变长度的值。这些额外的字节是无符号整数。请注意,可变长类型的最大长度、此类型所需的额外字节数以及占用相同字节数的无符号整数之间的对应关系。例如,MEDIUMBLOB 值可能最多224 - 1字节长并需要3 个字节记录其结果。3 个字节的整数类型MEDIUMINT 的最大无符号值为224 - 1。这并非偶然。

23日期时间列类型

MySQL 提供了几种时间值的列类型,它们分别是: DATE、DATETIME、TIME、TIMESTAMP和YEAR。下表给出了MySQL 为定义存储日期和时间值所提供的这些类型,并给出了每种类型的合法取值范围。

类型名 说明

DATE “YYYY-MM-DD”格式表示的日期值

TIME “hh:mm:ss”格式表示的时间值

DATETIME “YYYY-MM-DD hh:mm:ss”格式

TIMESTAMP “YYYYMMDDhhmmss”格式表示的时间戳值

YEAR “YYYY”格式的年份值

表6:日期时间列类型

下面举个例子:

这个例子创建一个student表,这个表中有name字段,字符类型列,不允许NULL(空值)。有Chinese、Maths和English三个整数类型列。还有个Birthday日期类型列。

CREATE TABLE student

(

Name varchar(20) NOT NULL,

Chinese TINYINT(3),

Maths TINYINT(3),

English TINYINT(3),

Birthday DATE

)

NF的意思是范式,3NF就是第三范式。

粗略而言数据库分为三个范式。即:第一范式 第二范式 第三范式。

第三范式:第二范式的基础上,不存在传递依赖。

所谓传递依赖是指:例如:数据表中存在字段<学号,姓名,分数>组成,其中<学号>是主键,如果学生的姓名不重复的情况下,那么就存在传递依赖。

扩展资料:

满足最低要求的范式是第一范式(1NF)。在第一范式的基础上进一步满足更多要求的称为第二范式(2NF),其余范式以次类推。一般说来,数据库只需满足第三范式(3NF)就行了。

在创建一个数据库的过程中,范化是将其转化为一些表的过程,这种方法可以使从数据库得到的结果更加明确,这样可能使数据库产生重复数据,从而导致创建多余的表。

范化是在识别数据库中的数据元素、关系以及定义所需的表和各表中的项目等这些初始工作之后的一个细化的过程。

参考资料来源:百度百科-范式 (数据库术语)

用来保证存放到数据库中的数据是有效的,即数据的有效性和准确性

确保数据的完整性 = 在创建表时给表中添加约束

完整性的分类:

- 实体完整性(行完整性):

- 域完整性(列完整性):

- 引用完整性(关联表完整性):

1

2

3

1

2

3

12 实体完整性

实体:即表中的一行(一条记录)代表一个实体(entity)

实体完整性的作用:标识每一行数据不重复。

约束类型:

主键约束(primary key)

唯一约束(unique)

自动增长列(auto_increment)

121 主键约束(primary key)

注:每个表中要有一个主键,但一张表的主键约束只能有1个

特点:数据唯一,且不能为null

主键约束,主键字段中的数据不能为NULL,也不能重复。

主键相关的术语?

- 主键约束 : primary key

- 主键字段 : id字段添加primary key之后,id叫做主键字段

- 主键值 : id字段中的每一个值都是主键值。

1

2

3

1

2

3

主键有什么作用?

- 表的设计三范式中有要求,第一范式就要求任何一张表都应该有主键。

- 主键的作用:主键值是这行记录在这张表当中的唯一标识。(就像一个人的身份z号码一样。)

1

2

1

2

主键的分类?

1:根据主键字段的字段数量来划分:

- 单一主键(推荐的,常用的。)

- 复合主键(多个字段联合起来添加一个主键约束)(复合主键不建议使用,因为复合主键违背三范式。)

-

2:根据主键性质来划分:

- 自然主键:主键值最好就是一个和业务没有任何关系的自然数。(这种方式是推荐的)

- 业务主键:主键值和系统的业务挂钩,例如:拿着yhk的卡号做主键,拿着身份z号码作为主键。(不推荐用)

最好不要拿着和业务挂钩的字段作为主键。因为以后的业务一旦发生改变的时候,主键值可能也需要

,随着发生变化,但有的时候没有办法变化,因为变化可能会导致主键值重复。

1

2

3

4

5

6

7

8

9

10

11

1

2

3

4

5

6

7

8

9

10

11

第一种添加方式:在列名后面直接添加:

--stuId作为主键

CREATE TABLE student( id int primary key, stuId varchar(50) );

1

2

1

2

第二种添加方式:此种方式优势在于,可以创建联合主键

CREATE TABLE student

(

id int, name varchar(50),

primary key(id)

);

--可以创建联合主键

CREATE TABLE student

(

classid int, stuid int, name varchar(50),

primary key(classid,stuid)

);

1

2

3

4

5

6

7

8

9

10

11

12

1

2

3

4

5

6

7

8

9

10

11

12

第三种添加方式:在创建好表之后添加

CREATE TABLE student

(

id int, name varchar(50)

);

--在创建表之后对表的列进行添加主键

ALTER TABLE student ADD PRIMARY KEY (id);

1

2

3

4

5

6

1

2

3

4

5

6

122 唯一约束(unique)

唯一约束修饰的字段具有唯一性,不能重复。但可以为NULL。

create table t_user(

id int,

username varchar(255) unique // 唯一约束

);

1

2

3

4

1

2

3

4

123 自动增长列(auto_increment)

自增是给主键添加自动增长的数值,列只能是整数类型

create table t_user(

id int primary key auto_increment, // id字段自动维护一个自增的数字,从1开始,以1递增。

username varchar(255)

);

--用了自增,插入数据时,就不需要自己赋值

insert into t_user(username) values('a');

insert into t_user(username) values('b');

insert into t_user(username) values('c');

1

2

3

4

5

6

7

8

9

1

2

3

4

5

6

7

8

9

13 域完整性

域完整性的作用:限制此单元格的数据正确,不对照此列的其它单元格比较

域完整性约束:数据类型 非空约束(not null) 默认值约束(default)

131 数据类型

只选取了常见的数据类型:

字符型:

类型 大小 用途

CHAR 0-255字节 定长字符串

VARCHAR 0-65535 字节 变长字符串

TINYTEXT 0-255字节 短文本字符串

TEXT 0-65 535字节 长文本数据

数值类型

类型 大小 范围(有符号) 范围(无符号 ) 用途

tinyint 1 字节 (-128,127) (0,255) 小整数值

smallint 2 字节 (-32 768,32 767) (0,65 535) 大整数值

INT 4 字节 (-2 147 483 648,2 147 483 647) (0,4 294 967 295) 大整数值

日期类型:

类型 大小(字节) 范围 格式 用途

DATE 3 1000-01-01/9999-12-31 YYYY-MM-DD 日期值

TIME 3 ‘-838:59:59’/‘838:59:59’ HH:MM:SS 时间值或持续时间

YEAR 1 1901/2155 YYYY

第一范式(1NF):在关系模式R中的每一个具体关系r中,如果每个属性值 都是不可再分的最小数据单位,则称R是第一范式的关系。例:如职工号,姓名,电话号码组成一个表(一个人可能有一个办公室电话 和一个家里电话号码) 规范成为1NF有三种方法:

一是重复存储职工号和姓名。这样,关键字只能是电话号码。

二是职工号为关键字,电话号码分为单位电话和住宅电话两个属性

三是职工号为关键字,但强制每条记录只能有一个电话号码。

以上三个方法,第一种方法最不可取,按实际情况选取后两种情况。

第二范式(2NF):如果关系模式R(U,F)中的所有非主属性都完全依赖于任意一个候选关键字,则称关系R 是属于第二范式的。

例:选课关系 SCI(SNO,CNO,GRADE,CREDIT)其中SNO为学号, CNO为课程号,GRADEGE 为成绩,CREDIT 为学分。 由以上条件,关键字为组合关键字(SNO,CNO)

在应用中使用以上关系模式有以下问题:

a数据冗余,假设同一门课由40个学生选修,学分就 重复40次。

b更新异常,若调整了某课程的学分,相应的元组CREDIT值都要更新,有可能会出现同一门课学分不同。

c插入异常,如计划开新课,由于没人选修,没有学号关键字,只能等有人选修才能把课程和学分存入。

d删除异常,若学生已经结业,从当前数据库删除选修记录。某些门课程新生尚未选修,则此门课程及学分记录无法保存。

原因:非关键字属性CREDIT仅函数依赖于CNO,也就是CREDIT部分依赖组合关键字(SNO,CNO)而不是完全依赖。

解决方法:分成两个关系模式 SC1(SNO,CNO,GRADE),C2(CNO,CREDIT)。新关系包括两个关系模式,它们之间通过SC1中的外关键字CNO相联系,需要时再进行自然联接,恢复了原来的关系

第三范式(3NF):如果关系模式R(U,F)中的所有非主属性对任何候选关键字都不存在传递信赖,则称关系R是属于第三范式的。

例:如S1(SNO,SNAME,DNO,DNAME,LOCATION) 各属性分别代表学号,

姓名,所在系,系名称,系地址。

关键字SNO决定各个属性。由于是单个关键字,没有部分依赖的问题,肯定是2NF。但这关系肯定有大量的冗余,有关学生所在的几个属性DNO,DNAME,LOCATION将重复存储,插入,删除和修改时也将产生类似以上例的情况。

原因:关系中存在传递依赖造成的。即SNO -> DNO。 而DNO -> SNO却不存在,DNO -> LOCATION, 因此关键辽 SNO 对 LOCATION 函数决定是通过传递依赖 SNO -> LOCATION 实现的。也就是说,SNO不直接决定非主属性LOCATION。

解决目地:每个关系模式中不能留有传递依赖。

解决方法:分为两个关系 S(SNO,SNAME,DNO),D(DNO,DNAME,LOCATION)

注意:关系S中不能没有外关键字DNO。否则两个关系之间失去联系。

以上就是关于DB是什么意思全部的内容,包括:DB是什么意思、sql语言中,各种数据类型代表的含义是什么、数据库中3NF的含义等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/9398864.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-27
下一篇2023-04-27

发表评论

登录后才能评论

评论列表(0条)

    保存