如何做一名合格的"CRUD"工程师?

作为一名资深的SQL_BOY,日常的工作肯定少不了“CRUD”,那这个被程序员吐槽的"CRUD"到底是什么呢?

“CRUD” 就真的那么的那么简单吗?

"CRUD":是什么?

什么是“CRUD”呢?众网友给出的一致答案就是:

"C":Create,建表、建库,插入数据;

如:

"R":Read或Retrieve,指的是读取数据,也就是查询数据;

如:

"U":Update,主要是指更新数据,包括全量更新和指定条件更新;

如:

"D":Delete,主要是指删除数据,和Update 类似分为全量删除和指定条件删除;

如:

实话实说,低阶版的"CRUD"确实很简单,一名小学生看一遍也能操作的很漂亮,如果仅仅是这些是不足以称为合格。如何才能成为一名合格的"CRUD"工程师呢,至少要精通数据库的“4D”操作。

4D操作

1D:DQL

DQL:数据查询语言,主要包括各种的数据查询,连接,分组,排序等,这个虽然听起来很简单,不外乎select,join,where,group by等等,但是把他们组合起来,涉及到多表join的时候,如何在最短的时间内跑出最准确的结果才是硬实力的体现。具体要怎么实现又快又好建议参考我们前面介绍的SQL的六脉神剑和SQL的执行顺序,这里就不再赘述了。这是4D里面最基础最简单的操作。

2D:DML

DML:数据操纵语言,所谓的操纵主要指的是插入(INSERT),更新(UPDATE)以及删除(DELETE)操作,

这三种操作都是针对表中字段或者是记录的操作,包含了"CRUD" 的主要部分。具体来说,

插入(INSERT),指的是把一条数据或者一批数据写入到数据表中的操作。如:insert into order (id,price) values (1,100);

这里我们需要注意三点(默认order表 id为主键):

插入新数据的时候如果表中已经存在同样的记录,在表没有设置主键的时候可以正常插入,如果设置了主键,则会报错,不想报错时我们需要指定ignore关键字,如

Insert into ignore order (id,price) values (1,100);

如果我们想要实现存在相同主键的话就更新其余属性的值,如果不存在重复主键的话就插入,该怎么实现呢?有两个办法:

使用replace,如replace into order (id,price) values(1,200),其执行过程为先把原有(1,100)这条记录删除掉,然后新插入(1,200)这条记录。

使用INSERT INTO order (id,order) VALUES (1,300) ON DUPLICATE KEY UPDATE id=id+1其执行过程为保持id=1不变把price的值置为300,所以它不会删除原有的记录,这个记录跟upsert的用法是一致的。

对于部分非关系型数据库支持overwrite操作,如hive中支持此操作,会批量删除表中所有的操作,然后重新写入新数据。

更新(UPDATE),使用我们就不细说了,主要说一下注意事项。首先,最好不要大批量的更新,尤其是表中数据量

已经很大的情况下,update操作会锁表(没有加索引的情况下),这样会给别人使用带来影响,甚至会造成表不可用。

另外一点,不要大批量更新索引列的值,更新索引列的值造成索引重建,这是一个很耗时的操作,我们更要慎重。

删除(DELETE),删除记录操作,如果我们不指定where条件,默认是删除表中的所有行,但是会保留表结构。与update类似,如果是大批量的操作需谨慎,最好分批操作。

3D:DDL

DDL:数据操作语言,通常是针对库级、表级别的操作,主要包括CREATE|ALTER|DROP table,view,index等。

DDL操作会锁表,如果涉及到的数据量很大的话需要耗费很长的时间,在此期间其他的操作都无法正常进行。另一个需要特别注意的地方是DDL操作大部分是没有roll back操作的,也就意味着一旦操作失误是很难补救的,我们通常听到的删库跑路就是DDL操作。

DDL的具体操作流程如下:

对原表加表级锁。

把原表的物理结构复制一份。

修改原有表的物理结构。

把原表数据导入中间表中,数据同步完后,锁定中间表,同时删除原表。

把中间表重命名为原表。

刷新数据字典和元数据,并释放锁。

常用的操作如下:

1、创建、查看、删除数据库

create database test1;

show databases;

drop database test1;

2、新建表,修改表字段,删除表,

create table order(id int,price double,info varchar(100));

alter table order add address varchar(200);

truncate table order;

说明:删除表中所有记录不可指定where条件,不可回滚,保留表结构drop table order,--删除表内容及结构

4D:DCL

DCL:数据控制语言,控制是指授予某个用户、角色某些库表的读、写权限,回收用户的权限,操纵事务发生的时间及效果,查看数据库的转态等。下面举一些常用的例子:

1、创建用户及密码:

create user 用户名@'IP地址' identified by '密码

2、授予/收回 用户的权限 

grant(revoke) 权限1,权限2,...... on(from) 数据库名.* to 用户名 @IP地址或者%

3、回滚操作

FLASHBACK TABLE FCPARDATA TO TIMESTAMP TO_TIMESTAMP('2020-07-15 08:40:00','YYYY-MM-DD HH24:MI:SS');

4、查看用户权限

show grants for 'test001'@'192.168.0.3';

从初级"CRUD"到精通"4D",才算得上一个合格的"CRUD"工程师,你满足条件了吗?

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