数据库
用户完整性的定义?
一、用户完整性的定义?
用户完整性是信息安全的三个基本要点之一。
用户完整性是指用户、进程或者硬件组件具有能力,能够验证所发送或传送的东西的准确性,并且进程或硬件组件不会被以任何方式改变。
用户完整性机制:
1.测试字
测试字利用双方协定来使交易字段(例如账号名称、日期、总量等)受到保护,这种方法通常需要一个静态密钥和一个随机数发生器。
发送者通过一个双方认同的算法将信息转化成一个字符串(称为测试字)附加在交易中,接收者用接收到的交易数据重复同样的步骤,从而能够验证交易的完整性。
测试字是封装的一个早期的技术实现。
2.封装和签名
最普遍的封装和签名技术包含用加密办法产生一个作为明文的附件传送的值。当需要特定的数据完整性要求时,这样一个附件通常被称为完整性校验值。
封装和签名机制的应用需要解决几个问题,例如在算法的选择上、填充要求上和密钥管理过程上都需要建立共识。
大多数用于机密性目的的加密机制都适用于为实现数据完整性目的的封装和签名机制。
3.加密
加密既可用于保证数据的机密性,又可用于保证其完整性。
假定被保护的数据项拥有一些冗余,加密传输冗余能保证数据完整性的效果,这就使得如果一个入侵者不知道加密的密钥而修改了密文的一部分,会导致在解密的过程中产生不正确的信息。
在一些情况下,数据项拥有充分自然的冗余。相应地,冗余能优先于加密通过扩展数据项得到,一个校验值称为修改检测码。
由Hash函数产生的数据摘要,或一个循环冗余校验,都是修改检测码的例子。
不是所有的加密机制都能用在此处。例如,在加密模式中,可逆的公钥算法不能保证数据的完整性。
假定一个入侵者能知道公钥,那么他就能产生并且加密一个假的数据项。
4.序列完整性
序列完整性为检测数据项的重放、重排或丢失提供了一种方法,它形成了一个序列的通信网安全与保密一部分。
假定每一个数据项内部的完整性已经得到保护。有两种方法可以提供序列的完整性。一种方法是在封装、签名或加密等保护之前,给数据项附加一个完整性序列号;
另一种方法是在封装、签名或加密等过程中利用在数据项的序列上扩展的链产生一个加密链。
5.复制
一个数据完整性的度量能由复制在多存储区域的存储信息或通过在不同的路径中传输数据的多个备份来提供。
可以假想攻击者不能同时危及所有的备份,那么原始数据就可从未被危及的备份中恢复。
6.完整性恢复
支持完整性恢复所需的机制是一个简单的标准通信错误恢复机制。通常的方法是在检测到破坏发生和重新发送所有数据之前,要重新同步到检测位置。
任何密码处理过程,不管是为了机密性还是为了完整性,均需要同时重新同步到同一个检测位置。
二、需求文档完整性定义?
需求文档完整性意思是指每项需求都需要将所要实现的功能描述清楚,以使开发人员获得设计和实现这些功能所需的所有必要信息。
三、数据库完整性包括哪些?
数据完整性分为以下3类。
(1)域完整性:是指一个列的输入有效性,是否允许为空值。强制域完整性的方法有:限制类型(通过设定列的数据类型)、格式(通过CHECK约束和规则)或可能值的范围(通过FOREIGN KEY约束、CHECK约束、DEFAULT定义、NOT NULL定义和规则)。如:学生的考试成绩必须在0~100之间,性别只能是“男”或“女”。
(2)实体完整性:是指保证表中所有的行唯一。实体完整性要求表中的所有行都有一个唯一标识符。这个唯一标识符可能是一列,也可能是几列的组合,称为主键。也就是说,表中的主键在所有行上必须取唯一值。强制实体完整性的方法有:索引、UNIQUE约束、PRIMARY KEY约束或IDENTITY属性。如:student表中sno(学号)的取值必须唯一,它唯一标识了相应记录所代表的学生,学号重复是非法的。学生的姓名不能作为主键,因为完全可能存在两个学生同名同姓的情况。
(3)参照完整性:是指保证主关键字(被引用表)和外部关键字(引用表)之间的参照关系。它涉及两个或两个以上表数据的一致性维护。外键值将引用表中包含此外键的记录和被引用表中主键与外键相匹配的记录关联起来。在输入、更改或删除记录时,参照完整性保持表之间已定义的关系,确保键值在所有表中一致。这样的一致性要求确保不会引用不存在的值,如果键值更改了,那么在整个数据库中,对该键值的所有引用要进行一致的更改。参照完整性是基于外键与主键之间的关系。例如学生学习课程的课程号必须是有效的课程号,score表(成绩表)的外键cno(课程号)将参考course表(课程表)中主键cno(课程号)以实现数据完整性。
域完整性、实体完整性及参照完整性分别在列、行、表上实施。数据完整性任何时候都可以实施,但对已有数据的表实施数据完整性时,系统要先检查表中的数据是否满足所实施的完整性,只有表中的数据满足了所实施的完整性,数据完整性才能实施成功。
四、数据库ID类型定义?
数据类型
从本小节开始,就开始为学习如何操作记录做准备了。
我们先来学习,MySQL中常用的数据类型。
在MySQL中,我们需要了解的数据类型共有以下几种:
- 数值类型。
- 日期类型。
- 字符串类型。
- ENUM和SET类型。
我们一一来看看吧。
数值类型
MySQL支持所有标准SQL数值类型。包括严格数值数据类型(INTEGER、SMALLINT、DECIMAL和NUMERIC),以及近似数值数据类型(FLOAT、REAL和DOUBLE PRECISION)。
关键字INT是INTEGER的同义词,关键字DEC是DECIMAL的同义词。
MySQL支持的整数类型有TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT。下面的表显示了需要的每个整数类型的存储和范围。
对于小数的表示,MYSQL分为两种方式:浮点数和定点数。浮点数包括float(单精度)和double(双精度),而定点数只有decimal一种,在mysql中以字符串的形式存放,比浮点数更精确,适合用来表示货币等精度高的数据。
BIT数据类型保存位字段值,并且支持MyISAM、MEMORY、InnoDB和BDB表。
int类型
这里我们先以int为例展开讨论。
create table t1(n1 int(4));
desc t1;
+-------+--------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------+------+-----+---------+-------+
| n1 | int(4) | YES | | NULL | |
+-------+--------+------+-----+---------+-------+
insert into t1 values(11);
insert into t1 values(111111);
select n1 from t1;
+--------+
| n1 |
+--------+
| 11 |
| 111111 |
+--------+
由最后的查看结果,我们为int类型设定的宽度为4,结果插入一个6位的也行。这是怎么回事?
create table t2(n1 int(4) zerofill);
desc t2;
+-------+--------------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------------------+------+-----+---------+-------+
| n1 | int(4) unsigned zerofill | YES | | NULL | |
+-------+--------------------------+------+-----+---------+-------+
insert into t2 values(11);
insert into t2 values(111111);
select n1 from t2;
+--------+
| n1 |
+--------+
| 0011 |
| 111111 |
+--------+
可以看到,我们在创建表的时候,为n1
字段加上zerofill
,表示不够4位就填充0。而最后的查询结果告诉我们,如果为int类型指定宽度,则是显示字符的宽度(字符数量),超过这个限制也会显示。
而查询表结构的时候,有个unsigned
,这是无符号的类型。那这是什么意思呢?
create table t3(n1 int);
desc t3;
+-------+---------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+-------+
| n1 | int(11) | YES | | NULL | |
+-------+---------+------+-----+---------+-------+
insert into t3 values(11111111111111111111111111);
insert into t3 values(-11111111111111111111111111);
select n1 from t3;
+-------------+
| n1 |
+-------------+
| 2147483647 |
| -2147483648 |
+-------------+
首先,desc告诉我们int类型的默认显示宽度是11位,而最大表示数值范围是2147483647
,如果你插入的数据是超过这个范围的话。而2147483647
的显示宽度是10位,为什么不是默认的11位呢?这是因为int类型默认类型是有符号的,而有符号的就要考虑正号和负号,而符号仅用1位就能表示。
原因如下:
int的存储宽度是4个Bytes,即32个bit,即2^32
无符号最大值为:4294967296-1
有符号最大值:2147483648-1
有符号和无符号的最大数字需要的显示宽度均为10,而针对有符号的最小值则需要11位才能显示完全,所以int类型默认的显示宽度为11是非常合理的。
那么如何设置一个无符号的呢?
create table t4(n1 int unsigned);
desc t4;
+-------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+-------+
| n1 | int(10) unsigned | YES | | NULL | |
+-------+------------------+------+-----+---------+-------+
insert into t4 values(11111111111111111111111111);
select n1 from t4;
+------------+
| n1 |
+------------+
| 4294967295 |
+------------+
无符号的需要在int类型指定unsigned
。结果也是没错的。都最开始列举的表中数据一致。
最后:int类型,其实没有必要指定显示宽度,使用默认的就行;如果你的整数范围超过int类型范围,请选用别的数据类型;并且默认的,我们创建的int类型是有符号类型。
float类型
先来看定义:
FLOAT[M, D] [UNSIGNED] [ZEROFILL]
DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]
DECIMAL[(m[,d])] [unsigned] [zerofill]
float表示单精度浮点数(非准确小数值),M
表示数字总个数,最大值是255;D
是小数点后的数字个数,最大值30。也就是说,如果float(255,30)
意思是,小数位是30位,而整数位就不是255了,而是255-30=225位。它的精准度:随着小数的增多,精度变得不准确。
双精度(double)浮点数(非准确小数值),m是数字总个数,d是小数点后个数。m最大值为255,d最大值为30。它的精准度:随着小数的增多,精度比float要高,但也会变得不准确。
而decimal的准确的小数值,m是数字总个数(负号不算),d是小数点后个数。 m最大值为65,d最大值为30。它的精准度:随着小数的增多,精度始终准确;对于精确数值计算时需要用此类型。decaimal能够存储精确值的原因在于其内部按照字符串存储。
create table f1(weight float(256,30));
ERROR 1439 (42000): Display width out of range for column 'weight' (max = 255) # 说显示宽度超过了255
create table f2(weight float(255,31));
ERROR 1425 (42000): Too big scale 31 specified for column 'weight'. Maximum is 30. # 告诉我们小数点后的位数最多30位
create table f3(weight float(255,30)); # 这样就没问题了
desc f3;
+--------+---------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+---------------+------+-----+---------+-------+
| weight | float(255,30) | YES | | NULL | |
+--------+---------------+------+-----+---------+-------+
首先,我们创建的float类型是有符号类型。
同样的,你想创建一个无符号的,也要指定unsigned
。
create table f4(weight float(255,30) unsigned);
desc f4;
+--------+------------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+------------------------+------+-----+---------+-------+
| weight | float(255,30) unsigned | YES | | NULL | |
+--------+------------------------+------+-----+---------+-------+
1 row in set (0.01 sec)
在使用浮点型的数据时,我们考虑的核心是关注它们的精度。来看对比。
create table f5(weight float(255,30) unsigned);
create table f6(weight double(255, 30) unsigned);
create table f7(weight decimal(65, 30) unsigned);
insert into f5 values(1.111111111111111111111111111111111111111111111111111);
insert into f6 values(1.111111111111111111111111111111111111111111111111111);
insert into f7 values(1.111111111111111111111111111111111111111111111111111);
我们创建三张不同类型的表,并插入一些数据,并且这些小数位都超过30位。来观察他们的精度:
select weight from f5;
+----------------------------------+
| weight |
+----------------------------------+
| 1.111111164093017600000000000000 |
+----------------------------------+
select weight from f6;
+----------------------------------+
| weight |
+----------------------------------+
| 1.111111111111111200000000000000 |
+----------------------------------+
select weight from f7;
+----------------------------------+
| weight |
+----------------------------------+
| 1.111111111111111111111111111111 |
+----------------------------------+
由各自的查询结果可以看到,float类型的精度只有前7位是精确的;double类型的精度是15位;而decimal则保留完整的精度,毕竟是字符串形式的存储么。 但是decimal虽然精度较高,但是它也是有限制的,因为它的数字总大小为65位,所以抛出小数位的30位,还剩30位整数位。
最后,最后,这里只是说的显示宽度仅是在int中使用,其他数据类型宽度是存储限制。比如BIT类型。
BIT
create table b1(b bit(1));
desc b1;
+-------+--------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------+------+-----+---------+-------+
| b | bit(1) | YES | | NULL | |
+-------+--------+------+-----+---------+-------+
insert into b1 values(0);
insert into b1 values(1);
insert into b1 values(2);
select b from b1;
+------+
| b |
+------+
| |
| |
| |
+------+
首先了解,字段b
的类型是bit,宽度是1,那能表示多少数值呢,一个bit,只能表示0和1两个。但是通过查询发现,跟我们想要的结果不一样。
这是为什么,bit类型存储是以二进制存储到硬盘上的。所以,我们想要查询到我们想要的值,还要借助MySQL提供给我们的函数bin()
和hex()
,意思是返回二进制值的字符串形式表示和十六进制的表示形式。
select bin(b) from b1;
+--------+
| bin(b) |
+--------+
| 0 |
| 1 |
| 1 |
select hex(b) from b1;
+--------+
| hex(b) |
+--------+
| 0 |
| 1 |
| 1 |
+--------+
可以看到,字段b
的bit(1)
类型只能表示0和1,而插入的2超出了范围。所以,你在用的时候,需要注意:
create table b2(b bit(2));
insert into b2 values(2);
select bin(b) from b2;
+--------+
| bin(b) |
+--------+
| 10 |
+--------+
可以看到,2的二进制形式是10
。
时间类型
日期类型有:
- DATE(YYYY-MM-DD(1000-01-01/9999-12-31)),2019-07-31,出生年月日
- TIME(HH:MM:SS('-838:59:59'/‘838:59:59’)),16:40:40,下班时间
- DATETIME(YYYY-MM-DD HH:MM:SS(1000-01-01 00:00:00/9999-12-31 23:59:59 Y))、2019-07-31 16:40:40,注册时间、文章发布时间、员工入职时间
- TIMESTAMP(YYYYMMDD HHMMSS(1970-01-01 00:00:00/2037 年某时))、2019-07-31 16:40:40
- YEAR(YYYY(1901/2155))、2019,历史大事件,出生年
来个示例:
create tabled1(
born_date date,
get_time time,
reg_time datetime,
born_year year # 最后一个字段后面不要有逗号
);
insert into d1 values(
'1999-11-11',
'18:30:00',
'2018-11-11 11:11:11',
'1999' # 不要写成18/30/30
);
来查询:
desc d1;
+-----------+----------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+----------+------+-----+---------+-------+
| born_date | date | YES | | NULL | |
| get_time | time | YES | | NULL | |
| reg_time | datetime | YES | | NULL | |
| born_year | year(4) | YES | | NULL | |
+-----------+----------+------+-----+---------+-------+
select * from d1;
+------------+----------+---------------------+-----------+
| born_date | get_time | reg_time | born_year |
+------------+----------+---------------------+-----------+
| 1999-11-11 | 18:30:00 | 2018-11-11 11:11:11 | 1999 |
+------------+----------+---------------------+-----------+
再来掌握一个now()
函数:
insert into d1 values(now(), now(), now(), now());
select * from d1;
+------------+----------+---------------------+-----------+
| born_date | get_time | reg_time | born_year |
+------------+----------+---------------------+-----------+
| 1999-11-11 | 18:30:00 | 2018-11-11 11:11:11 | 1999 |
| 2019-07-31 | 16:57:51 | 2019-07-31 16:57:51 | 2019 |
由第二行记录可以发现,各类型都按照自己的规则截取所需的日期数据。
了解:datetime与timestamp的区别
create table d2(x datetime, y timestamp);
desc d2;
+-------+-----------+------+-----+-------------------+-----------------------------+
| Field | Type | Null | Key | Default | Extra |
+-------+-----------+------+-----+-------------------+-----------------------------+
| x | datetime | YES | | NULL | |
| y | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
+-------+-----------+------+-----+-------------------+-----------------------------+
insert into d2 values(Null, Null);
insert into d2 values('1111-11-11','1111-11-11');
select * from d2;
+---------------------+---------------------+
| x | y |
+---------------------+---------------------+
| NULL | 2019-07-31 17:05:43 |
| 1111-11-11 00:00:00 | 0000-00-00 00:00:00 |
+---------------------+---------------------+
通过上述验证分析,虽然这两种日期格式,都能满足我们大多数使用场景,但是在某些情况下,它们也有自己的优劣之分,来看看它们的区别:
- DATETIME的日期范围是1001——9999年,TIMESTAMP的时间范围是1970——2038年。
- DATETIME存储时间与时区无关,TIMESTAMP存储时间与时区有关,显示的值也依赖于时区。在mysql服务器,操作系统以及客户端连接都有时区的设置。
- DATETIME使用8字节的存储空间,TIMESTAMP的存储空间为4字节。因此,TIMESTAMP比DATETIME的空间利用率更高。
- DATETIME的默认值为null,TIMESTAMP的字段默认不为空(not null),默认值为当前时间(CURRENT_TIMESTAMP),如果不做特殊处理,并且update语句中没有指定该列的更新值,则默认更新为当前时间。
字符串类型
字符串类型这里需要重点掌握的就是char和varchar两个,存放名字、性别、密码、文本内容等等。
先看它们的区别,注意,长度指的是字符的长度:
- char,定长,简单粗暴,浪费空间,存取速度快。
- 字符长度范围:0~255,一个汉字是一个字符,utf8编码一个普通汉字占用3个字节。
- 存储:如果存储的值,不满足指定的长度时,会往右填充空格来满足长度,例如指定长度为10,存储大于10个字符报错,小于10个字符会用空格填充,凑够十个字符。
- 查询(或称检索):查询出的结果会自动删除尾部的空格,除非我们打开
pad_char_to_full_length
SQL模式
set sql_mode = 'PAD_CHAR_TO_FULL_LENGTH'
- varchar,可变长度,存储更精确,但存取速度慢。
- 字符长度范围:0-65535,在utf8编码中,如果大于21844会提示用其他类型 。mysql行最大限制为65535字节。
- 存储:varchar类型存储的是真实内容,而不是用空格填充,如存储
abc
,尾部的空格也会被存储起来。注意,varchar类型会在真实数据前面加1~2个Bytes前缀,用来存储真实数据的bytes字节数,1~2Bytes最大表示65535个数字,正好符合MySQL对row的最大字节限制。如果真实的数据小于255bytes则需要1Bytes的前缀(1Bytes=8bit 2**8最大表示的数字为255);如果真实的数据>255bytes则需要2Bytes的前缀(2Bytes=16bit 2**16最大表示的数字为65535)。 - 查询:尾部有空格会保存下来,在检索或者说查询时,也会正常显示包含空格在内的内容。
char VS varchar:存储范围验证
create table c1(s char(256));
ERROR 1074 (42000): Column length too big for column 's' (max = 255); use BLOB or TEXT instead
create table c2(s char(255));
create table c3(s varchar(21845));
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
create table c4(s varchar(21844));
create table c5(s varchar(65534));
通过打印结果,可以看到,char类型,如果长度超过255,就提示我们字段长度最大是255;varchar的列长度如果超过21844,提示我们varchar类型的最大行大小为65535。
但是最后的c5
却成功创建,这是为什么呢?我们来看它的表结构:
desc c4;
+-------+----------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+----------------+------+-----+---------+-------+
| s | varchar(21844) | YES | | NULL | |
+-------+----------------+------+-----+---------+-------+
desc c5;
+-------+------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------+------+-----+---------+-------+
| s | mediumtext | YES | | NULL | |
+-------+------------+------+-----+---------+-------+
可以看到,c5
表的字段类型已经变成了mediumtext
,而不是varchar
类型。
char VS varchar:存储长度验证
create table c6(s char(3));
create table c7(s varchar(3));
insert into c6 values('abcd');
insert into c6 values('生存还是毁灭');
insert into c7 values('abcd');
insert into c7 values('生存还是毁灭');
再来看查询结果:
select s from c6;
+-----------+
| s |
+-----------+
| abc |
| 生存还 |
+-----------+
select s from c7;
+-----------+
| s |
+-----------+
| abc |
| 生存还 |
+-----------+
可以看到,无论是char还是varchar;无论是中文还是其他,它们限制的是字符个数。
char VS varchar:定长与可变长度
再来研究它们之间的特点的区别,也就是定长和可变长度的区别。
我们通过表格来看看他们的存储关系:
Value | CHAR(4) | 存储需求 | VARCHAR(4) | 存储需求 |
---|
不要被5bytes所迷惑,abcd
占4个字节,还有一个字节存储该字符串的长度。
先了解两个函数:
- length:查看字节数。
- char_length:查看字符数。
create table c8(s1 char(3), s2 varchar(3));
desc c8;
+-------+------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------+------+-----+---------+-------+
| s1 | char(3) | YES | | NULL | |
| s2 | varchar(3) | YES | | NULL | |
+-------+------------+------+-----+---------+-------+
insert into c8 values('a', 'b');
select s1, s2 from c8;
+------+------+
| s1 | s2 |
+------+------+
| a | b |
+------+------+
现在看是啥也看不出来,所以,我们用上char_length
函数:
select char_length(s1), char_length(s2) from c8;
+-----------------+-----------------+
| char_length(s1) | char_length(s2) |
+-----------------+-----------------+
| 1 | 1 |
+-----------------+-----------------+
这也看不出来啥呀,a和b不就是各占用一个字符长度么。
这是因为啊,我们在查询char类型数据的时候,MySQL会默默的删除尾部的空格(装作我并没有浪费空间!),我们来让它现原形:
SET sql_mode = 'PAD_CHAR_TO_FULL_LENGTH';
select char_length(s1), char_length(s2) from c8;
+-----------------+-----------------+
| char_length(s1) | char_length(s2) |
+-----------------+-----------------+
| 3 | 1 |
+-----------------+-----------------+
这个时候再看,是不是现原形了,char类型占用指定的3个字符宽度,当然,一个英文字符也占用一个字节。而varchar就占用一个字符。
中文也一样:
insert into c8 values('你', '好');
select char_length(s1), char_length(s2) from c8;
+-----------------+-----------------+
| char_length(s1) | char_length(s2) |
+-----------------+-----------------+
| 3 | 1 |
| 3 | 1 |
+-----------------+-----------------+
这就是我们使用char和varchar时需要注意的点。
小结:
InnoDB存储引擎:建议使用VARCHAR类型 单从数据类型的实现机制去考虑,char数据类型的处理速度更快,有时甚至可以超出varchar处理速度的50%。
但对于InnoDB数据表,内部的行存储格式没有区分固定长度和可变长度列(所有数据行都使用指向数据列值的头指针),因此在本质上,使用固定长度的CHAR列不一定比使用可变长度VARCHAR列性能要好。因而,主要的性能因素是数据行使用的存储总量。由于CHAR平均占用的空间多于VARCHAR,因此使用VARCHAR来最小化需要处理的数据行的存储总量和磁盘I/O是比较好的。 其他字符串系列(效率:char>varchar>text)
- TEXT系列 TINYTEXT TEXT MEDIUMTEXT LONGTEXT
- BLOB 系列 TINYBLOB BLOB MEDIUMBLOB LONGBLOB
- BINARY系列 BINARY VARBINARY
text:text数据类型用于保存变长的大字符串,可以组多到65535 (2**16 − 1)个字符。
枚举与集合
有些情况,我们需要在一堆选项中选择一个,或者选择多个,如单选框和复选框。 那,在MySQL的字段中,字段的类型也可以有单选和多选。
- enum单选,只能在给定范围内选一个值,如果性别;适用于给定范围后续不会发生变化的场景;另外数字类型不适用枚举。
- set多选,在给定的范围聂选择多个值,如爱好。
create table user1(
id int,
name char(5),
sex enum('male', 'female', 'unknow'),
hobby set('eat', 'sleep', 'play mobile phone')
);
desc user1;
+-------+----------------------------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+----------------------------------------+------+-----+---------+-------+
| id | int(11) | YES | | NULL | |
| name | char(5) | YES | | NULL | |
| sex | enum('male','female','unknow') | YES | | NULL | |
| hobby | set('eat','sleep','play mobile phone') | YES | | NULL | |
+-------+----------------------------------------+------+-----+---------+-------+
insert into user1 values(1, '张三', 'male', 'eat,sleep');
select * from user1;
+------+-----------+------+-----------+
| id | name | sex | hobby |
+------+-----------+------+-----------+
| 1 | 张三 | male | eat,sleep |
+------+-----------+------+-----------+
如果是set类型,多个参数以逗号隔开。 这里,我们也可以设置默认值,如果用户不填写的话:
create table user2 (id int, sex enum('male', 'female', 'unknow') default 'male');
insert into user2(id) values(1);
insert into user2 values(2, 'female');
select * from user2;
+------+--------+
| id | sex |
+------+--------+
| 1 | male |
| 2 | female |
+------+--------+
根据查询结果可以看到,如果性别字段传值就用我们传的值,不传就用默认的。
五、保密信息完整性定义?
保密信息完整性的意思是指保证涉密信息及信息系统不会被非授权更改或破坏。它是信息安全的核心,它要求保密信息不能受到各种原因的非法破坏。就是凡对涉密信息、涉密信息系统、涉密载体、涉密场所、涉密人员、安全保密产品的安全保护和管理,确保其完整性。
六、数据库完整性包括哪三个完整性?
数据库完整性包括三个方面的约束规则,分别是实体完整性、参照完整性和自定义完整性约束规则。
(1)实体完整性
实体完整性是指关系的主属性,即表的主键不能为NULL,也不能取重复值。
(2)参照完整性
参照的完整性要求关系中不允许引用不存在的实体。与实体完整性是关系模型必须满足的完整性约束条件,目的是保证数据的一致性。参照完整性又称引用完整性。
(3)自定义完整性
自定义完整性规则是针对某一应用环境的完整性约束条件,这类完整性规则一般在建立库表的同时进行定义,应用编程人员不需再作考虑。
七、数据库定义?
数据库(Database),简而言之可视为电子化的文件柜——存储电子文件的处所,用户可以对文件中的数据运行新增、截取、更新、删除等操作。 所谓“数据库”系以一定方式储存在一起、能予多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。一个数据库由多个表空间(Tablespace)构成。
八、数据库实体的完整性要求?
数据库的几个概念
(1) 实体(Entity):指客观存在并可相互区别的事物,一个实体在数据库中表现为表中的一条记录
(2) 属性(Attribute):指实体所具有的某一特性,实体的属性在数据库中表现为表的字段。
实体完整性理论
定义2 实体完整性:若属性A是基本关系R的主属性,则属性A不能取空值。
例1:学生 (学号, 姓名, 年龄)中,学号不能取空值;
例2:选修 (学号, 课程号, 成绩)中,学号和课程号都不能取空值。
关于实体完整性的说明:
现实世界中的实体是可区分的,即它们具有某种唯一性标识;相应的,关系模型中以主码作为唯一性标识。如果主属性取空值,则说明存在某个不可标识的实体,即存在不可区分的实体,这与b相矛盾,因此这个规则称为实体完整性。
九、数据库关系的完整性包括什么?
数据库完整性(Database Integrity)是指数据库中数据在逻辑上的一致性、正确性、有效性和相容性。
数据库完整性由各种各样的完整性约束来保证,因此可以说数据库完整性设计就是数据库完整性约束的设计。
数据库完整性约束可以通过DBMS或应用程序来实现,基于DBMS的完整性约束作为模式的一部分存入数据库中。
通过DBMS实现的数据库完整性按照数据库设计步骤进行设计,而由应用软件实现的数据库完整性则纳入应用软件设计(本文主要讨论前者)。
十、关系数据库完整性有哪些?
1.实体完整性
实体完整性指表中行的完整性。主要用于保证操作的数据(记录)非空、唯一且不重复。即实体完整性要求每个关系表有且仅有一个主键,每个主键值必须唯一,而且不允许为“空”或重复。
由于主键是实体数据(记录)的惟一标识,若主属性取空值,关系中就会存在不可标识(区分)的实体数据(记录),这与实体的定义矛盾,而对于非主属性可以取空值(NULL),因此,将此规则称为实体完整性规则
2.域完整性
域完整性是指数据库表中的列必须满足某种特定的数据类型或约束。其中约束又包括取值范围、精度等。表中的check、foreign key约束和default、not null定义都属于域完整性的范畴。
3.参照完整性
参照完整性属于表间规则。对于永久关系的相关表,在更新、插入或者删除记录时,如果只改其一,就会影响数据的完整性。如删除父表的某记录后,子表的相应记录未删除,致使这些记录称为孤立记录。对于更新、插入、删除表间数据的完整性,统称为参照完整性。
在关系数据库中,关系之间的联系是通过公共属性实现的。这个公共属性经常是一个表的主键,同时是另一个表的外键。参照完整性体现在两个方面:实现了表与表之间的联系,外键的取值必须是另一个表的主键的有效值,或是“空”值。
4.用户定义完整性
用户定义完整性是对数据表中字段属性的约束,用户定义完整性规则也称域完整性规则。包括字段的值域、字段类型和字段的有效规则等约束,是由确定关系结构时所定义的字段属性决定的。
热点信息
-
在Python中,要查看函数的用法,可以使用以下方法: 1. 使用内置函数help():在Python交互式环境中,可以直接输入help(函数名)来获取函数的帮助文档。例如,...
-
一、java 连接数据库 在当今信息时代,Java 是一种广泛应用的编程语言,尤其在与数据库进行交互的过程中发挥着重要作用。无论是在企业级应用开发还是...
-
一、idea连接mysql数据库 php connect_error) { die("连接失败: " . $conn->connect_error);}echo "成功连接到MySQL数据库!";// 关闭连接$conn->close();?> 二、idea连接mysql数据库连...
-
要在Python中安装modbus-tk库,您可以按照以下步骤进行操作: 1. 确保您已经安装了Python解释器。您可以从Python官方网站(https://www.python.org)下载和安装最新版本...