sql数据类型与约束总结

前言:

我们已经总结了sql的基本用法,经过上一篇文章单表的相关逻辑操作我们已经会了,但是我们搞后台通常会通过java(此处就以使用最多的java总结了) 搞一些数据然后换成mysql能够接受的数据类型,存储在数据库中。还有前门没有总结的一些约束相关的也在这总结下。

一 mysql与java数据类型的对比

java:                      mysql:


byte                       tinyint

short                      smallint


int                          int

long                        bigint
char/String                varchar /char
                               
float/double             float/double

boolean                    0或者1 (用整数代替就行)

java.sql.Data                data
java.sql.Time                time
java.sql.Timestamp         timestamp(时间戳)

java.sql.Clob(长文本)      text (mysql方言)
java.sql.Blob(二进制)       blob 



特殊说明:
1 java的 char String 在mysql中用varchar 或者char就可以表示,但是char varchar有区别。

    varchar可变长度,表现为varchar(20) ‘abc’  占3个长度
    char 固定长度,表现为charvarchar(20) ‘abc’  占20个长度后面的用空格补全了
2 mysql没有布尔类型使用数字0或者1就可以代替,反正布尔值也就两种结果。
3 小数float double 在mysql中也是这样用,知识mysql的double(5,2)表示五位数小数占两位
  例如:999.99

4 java的时间在util包和sql包下 但是sql包下的类是继承util包下的。
  数据库的时间戳,若给定时间为null数据库会把当前系统时间放到数据库中
  
5 长文本如小说文字,二进制如视频音频。

二 约束

约束的作用:保证数据的有效性,完整性。
常见约束如下图
image.png
1主键约束
image.png

1.1主键概念:(primary key) 一列(或一组列),其值能够唯一区分表中的每个行。
唯一标识表中每行的这个列(或这组列)称为主键。没有主键,更新或删除表中特定行很困难,因为没有安全的方法保证只设计相关的行。

1.2 特点:被修饰的字段值唯一非空

理解:一张表内只能有一个主键,这个主键可以包含多个字段。
  • 数据库的每张表只能有一个主键,不可能有多个主键。

  • 所谓的一张表多个主键,我们称之为联合主键。

  • 联合主键:就是用多个字段一起作为一张表的主键。(如下方式2添加主键)

  • 主键的主键的作用是保证数据的唯一性和完整性,同时通过主键检索表能够增加检索速度。

1.3 使用方式:

使用方式1:建表的同时添加

格式: 字段名称 字段类型 primary key(常见类型 不在举例子)

使用方式2:建表的同时在约束区添加约束。

注意:所有字段声明完成后就是约束区
格式:primary key(字段1,字段2...)
栗子:

 方式2 添加主键:
 create table pk(
 id int,
 username varchar(20),
 primary key(id)
 );
---------------------------------------------------------------
 insert into pk values(1,'tom');  --添加数据成功

 insert into pk values(1,'john');-- 报如下错 主键出现相同的
 ERROR Duplicate entry '1' for key 'PRIMARY'

 insert into pk values(null,'john');--报错 主键为null

 Duplicate:重复 的意思
-----------------------------------------------------------------
-- id username 共同为主键
 create table pk1(
  id int,
  username varchar(20),
  primary key(id,username));

注意:
联合主键时多个字段相同才认为重复:
例如先插入(1,‘tom’)
再插入(1,‘kate’) 不会报错

只有插入两字段都相同 才报错例如:(1,‘tom’)

使用方式3: 建表后通过修改表结构添加约束(适合建表时忘记添加了)

语法:

alter table 表名 add primary key(字段1,字段2...);

三种方式的区别:

  • 方式1 常用但是只能给一个字段添加主键
  • 使用联合主键只能使用方式2 或者方式3但是方式2你可能忘记添加所以又提供了方式3
  • 如果添加过了不能使用方式三修改,他的修改方式只能是开始时没添加,修改后添加。
2 唯一约束(了解)

作用:被修饰过得字段唯一,但是对null不起作用。
使用:与主键的三种用法一致十分类似

使用方式1:建表的同时添加
使用方式2:建表的同时在约束区添加约束。(可以搞联合约束)
使用方式3: 建表后通过修改表结构添加约束(也可以搞联合约束)

注意:对null不起作用就是如果没其他非空约束字段的值可以为null

3 非空约束(了解)

作用 :被修饰的字段非空
书写方式:建表时添加(只有这一种方式)
语法 字段 字段类型 not null

三 小知识点

1 truncate 清空表

格式: truncate 表名
作用 :干掉表,重新创建一张新表

与delete from 的区别:(面试会考)
  • delete from 属于数据操纵语言dml操作对象为记录,truncate 属于数据定义语言ddl 操作对象为表
  • delete 删除是逐条删除,truncate干掉表,重新创建一张新表
1 delete from table名    清空表
表为空表,表不会被删除
如果原来的表设计时有id自增(删除过后再show create table 表名 看源码还有自增id的变量值),
表清空后再添加数据(id你添加为null)  id也会按照原来的索引+1

2 truncate 表名 删除了整个表结构
如果原来的表设计时有id自增(删除过后再show create table 表名 看源码自增id的变量值制为0),
表清空后再添加数据(id你添加为null)  id也会从1 开始

案例:

1 建表
  create table hh(id int primary key auto_increment, name varchar(20));
2 插入两条测试数据
 insert into hh value(1,'tom');
 insert into hh value(2,'kate');
3 delete from方式删除
   delete from hh
4 在添加数据(如下截图)
   原来两条数据id 为2删除后没改变表结构(看源码 show create table 表名)

源码:(AUTO_INCREMENT=4)有自增id变量值的,下个索引为4.
| hh    | CREATE TABLE `hh` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(20) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 |

5 此时使用truncate hh 删除表( AUTO_INCREMENT=2 自增值为1下个索引为2)
   源码:
| hh    | CREATE TABLE `hh` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(20) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 |

delete from图:


image.png

truncate table图:

image.png
2 auto_increament 自增

要求:

  • 被修饰的字段类型支持自增 一般是int
  • 被修饰的字段一般是一个key 一般为primary key
    总结:所以自增一般为int 类型的切设为了主键的字段。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,179评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,229评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,032评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,533评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,531评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,539评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,916评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,813评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,568评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,654评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,354评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,937评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,918评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,152评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,852评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,378评论 2 342

推荐阅读更多精彩内容

  • 关于Mongodb的全面总结 MongoDB的内部构造《MongoDB The Definitive Guide》...
    中v中阅读 31,893评论 2 89
  • 理论与实践的差距是知识转化问题。该观点认为理论有指导实践的潜力,但理论知识不能直接应用于企业的实践环节。在管理体制...
    胶州宝龙甘丽娜阅读 131评论 0 0
  • 看了大漠老师的文章,感觉这是个很有意思的存在,于是自己开始捣鼓起来首先,我们看下这个神奇的属性mix-blend-...
    虚蕪面孔阅读 233评论 0 0
  • 人生浮世,每个人都有来自各方各种各样的压力,睡觉喝酒唱歌旅行运动或者大哭一场……解压的方式也因着个人喜好而不尽相同...
    阿布_64fb阅读 619评论 0 0
  • 文/小妖 我在的城市,基本都可以穿短袖了,阳光很好。你,我也很好。 我昨天去参加了好友的生日。生日前几天她还特地给...
    小妖的幺阅读 281评论 0 4