我观察了 865 个 SQL 入门者,发现大家在学习 SQL 的时候,最大的问题不是 SQL 语法,而是对 SQL 原理的不熟悉。
很多初学者,往往被 SQL 能做什么,为什么会有 SQL 这门语言给迷惑到了。他们用学英语的方法,去学SQL,结果发现什么都学不到,而且感觉越来越难学,难用。想想你为什么讨厌英语就明白了,每次翻开词典,从 abandon 学起来,不到 10 页就学不下去了,不就是因为太枯燥,太乏味了嘛。
假如我告诉你,听听音乐 yesterday once more, 看看电影 iron man 就能轻松学好英语,是不是觉得有趣多了? 学 SQL 和学英语一样,选择枯燥的学习模式,必然带来不好的学习结果。我们追求的是轻松学 SQL 的方法。做个广告,我公众号【有关SQL】有近1万订阅者,分享了很多数据库论文与学习资料,还与许多读者深入交流了 SQL 数据库,Python, 以及大数据的学习方法,欢迎关注。
SQL 的原理,超级简单,四个字,集合运算。
所有复杂的 SQL 语句,命令都是围绕着这个本质在做文章,添油加醋。
如果对集合这个概念陌生,没关系,高中毕业那么久,不记得情有可原。毕竟当时老师也不知道,风靡全球的 SQL 会基于集合理念发明出来。
集合,最简单的例子就是数组,比如 { a, b, c, d}。举个形象化的例子,比如大学全班同学,这是个大集合,按照性别进而可以分成男同学集合和女同学集合。
男同学有什么特征?高大,威猛,有胡子。
女同学有什么特征?白嫩,温柔,有长发。
就这样,我们有两个大集合了,男同学集合,女同学集合。回到 SQL 的原理上来,针对这两个集合,SQL 运算做的事情,无非就是这几样:寻找身高大于180cm的男同学
寻找身高最高的男同学
寻找有胡子的男同学
寻找长了胡子,身高低于160cm的男同学
统计没有长胡子的男同学人数
寻找最高的女同学
寻找最白的女同学
寻找又高又白的女同学
寻找正在谈恋爱的男女同学
寻找曾经谈过恋爱,而现在又有其他男女朋友的男同学和女同学
你看,无非就是做这些事情。是不是对SQL立马就有好感了呢!
如此有趣的一件事情,教科书偏要说的枯燥(希望下面离散数学,集合理论的科普不会烦到你,不想看,完全可以跳过)交换律(Commutative Laws):A ∪ B = B∪A, A ∩ B = B ∩ A
结合律(Associative Laws):(A ∪ B) ∪ C = A ∪ (B∪C) = A ∪ B∪C (A ∩ B) ∩ C = A ∩ (B ∩ C) = A ∩ B ∩ C
分配律(Distributive Laws): (A ∩ B) ∪C = (A∪C) ∩ (B∪C) (A∪B) ∩ C = (A ∩ C) ∪(B ∩ C)
等幂律(Impotent laws): A∪A = A,A∩A = A
吸收律(Absorption laws): (A∩B)∪A = A,(A∪B)∩A = A
同一律(Domination laws):A∪Ø = A,A∩Ω= A A∪Ω=Ω,A∩Ø = Ø;
所以,千万别被教科书上的数学符号吓到,而失去了学习SQL的兴趣。学霸别听我的,这些符号我知道对你完全是小菜一碟。
下面我们用SQL来回答上面的10个男女同学问题:把全班男女同学登记到花名册上
找班上的八卦同学打听男女朋友关系,记录到恋爱关系秘本上
这里用到的花名册,恋爱关系秘本就是数据库里的二维表。先建这两张表,分别是 Students(花名册表),Relationships(恋爱关系秘本)。为了更加形象,用 Excel 展示下,这两张表分别长这个样子:
第一张表是 Students 花名册表,共有 6 栏,分别解释下含义:StudentId: 用来标注学生的学号,一个学生只有一个学号;
Name:学生姓名;
Gender:学生性别;
Height:学生身高,cm 为单位
Mustache:有无胡子;
SkinColor:肤色
第二张表是 Relationships(恋爱关系秘本),共有 6 栏,分别解释下:RelationshipId: 男女朋友关系成立的编号,用来确立两人曾经处过或正在处于关系之中;
BoyId:男生编号;
GirlId:女生编号;
BeginDate:关系成立日期;
CurrentActive:当前是否还在恋爱期;Y 表示正在恋爱;N 表示已经分手;
EndDate:分手日期注意:栏位在数据库中被称为字段
用 SQL 语句来表达建表的命令:
Students:
Create Table dbo.Students(
StudentId Varchar(10),
Name Nvarchar(200),
Gender Nvarchar(1),
Height Numeric(4,1),
Mustache Varchar(3),
SkinColor Nvarchar(1)
);
Relationships:
Create Table dbo.Relationships(
RelationshipId Int,
BoyId Varchar(10),
GirlId Varchar(10),
BeginDate Datetime,
CurrentActive Varchar(1),
EndDate Datetime
);注意:字段旁边必须加上数据类型,规范数据长度,精度,比如 varchar(3) 表示 3 个字长。 有关数据类型,可以参考参考官方文档对基本数据类型的定义和举例
这款工具,有两大特点:支持六大数据库,MySQL,Oracle,SQL Server,PostgreSQL,SQLite;
支持在线编辑及执行SQL,无需自搭数据库环境
简单了解下:
整个页面分为1,2,3个区域。区域 1 的编辑器用来创建数据库 schema ,比如建表,新建数据;
区域 2 则用来编辑和执行 SQL;
区域 3 用来展示 区域 2 中的 SQL 执行结果使用这款工具,无需你手工安装数据库便可以完成本指南所有的 SQL.
完美!我们成功的完成了第一步。
接下来,让我们为巧妇准备好精米。
INSERT
使用这条 SQL 命令,将添加全班同学的个人信息,包括姓名,学号,性别,身高,肤色,有无胡子,以及男女朋友关系,(当然这可不能让班主任知道。)
INSERT INTO Students(
StudentId,
Name,
Gender,
Height,
Mustache,
SkinColor
)
Values
('001',N'陈冠奇',N'男',186,'No',N'白'),
('002',N'谢堂风',N'男',182,'No',N'白'),
('003',N'黄博',N'男',176,'Yes',N'黑'),
('004',N'李少杰',N'男',172,'Yes',N'黑'),
('005',N'徐少斌',N'男',163,'No',N'黑'),
('006',N'张白芷',N'女',172,'No',N'白'),
('007',N'张少函',N'女',163,'No',N'白'),
('008',N'灵昆',N'女',181,'No',N'黑'),
('009',N'夏平',N'女',158,'No',N'白'),
('010',N'莫文丽',N'女',156,'No',N'白')
INSERT INTO Relationships(
RelationshipId,
BoyId,
GirlId,
BeginDate,
CurrentActive,
EndDate
)
Values
(1001,'001','006','2002-04-01','Y',null),
(1002,'003','009','2001-04-01','Y',null),
(1003,'005','010','2003-04-01','N','2004-04-01'),
(1004,'002','010','2004-04-01','N','2004-05-01'),
(1005,'004','010','2004-05-01','N','2005-08-01')
接下来我们用 SQL 做一些有意思的事情:
查找身高大于180cm的男同学:
SELECT Name
FROM Students
WHERE Height > 180 and Gender = N'男'
查找身高大于170cm的肤白女同学:
SELECT Name
FROM Students
WHERE Height> 170 and SkinColor = N'白' and Gender = N'女'
查找最高的女同学:
SELECT Name
FROM Students
WHERE Height = (SELECT MAX(Height) FROM Students WHERE Gender = N'女' )
and Gender = N'女'
查找有恋爱关系的同学:
SELECT Boy.Name as BoyName,
Girl.Name AS GirlName
FROM Relationships Rel
INNER JOIN Students Boy on Rel.BoyId = Boy.StudentId
INNER JOIN Students Girl on Rel.GirlId = Girl.StudentId
最帅的陈冠奇居然留胡子了,让我们记录下:
UPDATE Students
SET Mustache = 'Yes'
WHERE Name = N'陈冠奇'
帅奇留胡子的原因居然是,陈冠奇和张白芷前两天分手了,我们要记录这段关系的破裂:
UPDATE Relationships
SET CurrentActive = 'N',
EndDate = '2008-04-01'
WHERE BoyId = (SELECT StudentId FROM Students WHERE Name = N'陈冠奇') AND
GirlId = (SELECT StudentId FROM Students WHERE Name = N'张白芷')
任何的痛苦都离不开恋人的离去,张白芷居然去国外留学了,因此花名册少了这个人:
DELETE Students
WHERE Name = N'张白芷'
帅帅的陈冠奇,怎么甘心就此沉沦,他又找了莫文丽做女朋友:
INSERT INTO Relationships(
RelationshipId,
BoyId,
GirlId,
BeginDate,
CurrentActive,
EndDate
)
Values
(1006,'001','010','2008-04-01','Y',null)
好奇的小乐,查了查莫文丽的后台,发现她居然曾有过三次恋爱关系:
SELECT RelationshipId
FROM Relationships
WHERE GirlId = (SELECT StudentId FROM Students WHERE Name = N'莫文丽')
恭喜!到此为止,所有的SQL基本操作你都会了。
有竞争力的技术肯定是要花大功夫来磨炼的,否则人人看一遍就会的东西,卖得出什么高价呢!
因此当大家都度过第一阶段之后,如何意识到还有第二阶段,第三阶段,甚至第四阶段就很重要了。那会影响你的长期发展。舒适区是留给平庸者的。
从技术角度,我们习惯将 SQL 数据库开发分为 4 个阶段:入门,初级,高级,资深。注:技术角度可分这四个阶段,并不代表做到资深,你一定能年薪百万。可千万别这么想,很多朋友咨询我的第一个问题是,“黄老师,以我的水平,能要个30K不?” 这我不打包票,能做到什么收入完全看你水平和天意(没错,很多时候,赚大钱靠运!)
在本文中,我只谈 SQL 技术水平的晋级,不谈其他。
上面的入门指南,相信你看完之后,写 SQL 基本掌握了。这一阶段过后,就是要通过反复的操练这些 SQL ,直到你熟透这些 SQL 命令和语法。
帮你度过这阶段最好的方式,是什么呢?刷题。没错,简单粗暴。这里推荐牛客网,你可以试着去刷:
左边是题目,右边编辑 SQL, 点击【保存并调试】即可运行 SQL。系统会提示,你的答案是否通过!
刷完这 60 多道题目,相信你的感觉一定很好!
再推荐基本经典的小书,可以兼顾理论与实战,具体看哪一本,依据你使用的数据库软件来:《SQL 必知必会》(综合)
《T-SQL Querying》中文《T-SQL 查询》(SQL Server适用)
《Oracle编程艺术》(Oracle适用,只要是 ASK Tom 主编 Thomas Kyte 的著作不会错)打个广告。我在微信公众号【有关SQL】中分享了部分电子书,你可以关注后,回复1024,便可拿到!
当你跨过了第二个阶段,所有的 SQL 命令都会了,看到 SQL 题目也有自信了,自认为天下数据,为 SQL 皆可取的时候,你应该来挑战下高难度了
现在你的角色是河南郑州大学的学生会主席,所有学生的信息都归你管。别小看了这学生会主席,2017 年郑州大学在校人数总共有7.26万人。此时,你再查找个又白又高的女生,嘿嘿...别想歪咯,数据查询就会很难了。看你急不急!
怎么办呢,SQL 命令你也玩熟了,但每次查个人都要花费个20,30秒,查个交友记录,快则1,2分钟,慢则半天!
此时,你该修炼下 SQL 性能调优了, 而 SQL 数据库开发真正的挑战才正式开始!
要研究数据,就要从体系着手,我总结了一下目前正在使用的 SQL Server,它的知识点可以用 20 张思维导图来表达。而 SQL 性能调优正是与这 20 个知识点息息相关。20 图归纳 SQL 数据库知识点mp.weixin.qq.com
如果你使用的是其他数据库,那么一份详细的数据库体系图,是必不可少的。它就是深夜里的北极星,为你照亮前进的方向。再一次,打个广告。我在微信公众号【有关SQL】中分享了这些有关数据库体系,性能调优,高可用高并发的电子书,你可以关注后,回复1024,便可拿到!
当然你跟我一样,对纸质书情有独钟的话,这里推荐几本:
综合类的数据库调优书:
《数据库索引设计与优化》
《数据查询优化器的艺术》
Oracle 相关调优书:
《Oracle Concepts》
《Oracle 体系架构》
《Oracle DBA 手记》(云和恩墨出品都是精品)
MySQL 相关调优书:
《高性能 MySQL》
SQL Server 相关调优书:
《Inside SQL Server 》系列
《T-SQL 性能调优密集-基于 SQL Server 2012 窗口函数》
这些书看下来应该会耗掉你2-3年的时间。当然,如果你愿意痛饮咖啡,用007(一周工作7天,每天连续12个小时)的速度来看书,那也可能1年左右就够了。但不建议这么干,身体健康比什么都重要!
当任何超过5秒的SQL,在你手下都变成了秒出时,你可能会昂天长啸,“老子终于天下第一啦”。不过且慢,你别忘记了,你还是会被项目经理催着干活,比如改个字段,改个需求,改处bug等等。此时,你恐怕最需要的是,一个得力的左膀右臂,一个能打的需求分析,更重要的是搞定灵活多变的业务变更,甚至你要挽起袖子,自己盯着业务变更,发布更灵活适配的数据模型。此时数据建模,业务管理,数据治理,数据挖掘,安全审核等等都来了
此时,正是你职业生涯的分水岭。
若你觉得你就是干不了开会,扯皮,来回折腾的活儿,就喜欢指挥机器干活,那就选择偏技术的方向,比如运维DBA,数据库研发。从事这条路线,意味着你要懂的更多的边角料知识,比如操作系统,网络协议,自动化编程,架构设计,分布式计算,云计算等。这些知识资料早已有现成的资料可以参考,只要耐得下心来学,一定有成功出头的那一天。但也极其容易放弃,因为东西实在太多,太杂,而且有些边缘性的学科,一时半会你还用不到,比如网络协议。但如果不懂网络协议,碰到数据库安全的问题,你就容易败下阵来,死的很惨。你的任何一个缺点都会伴随每一次的故障而被无限放大,被很多同事视为毫无战斗力,让你自己都开始怀疑自己,鄙视自己。所以干这行,首先要有一颗强大的心脏,在无数的口诛笔伐之下,你要坚挺自己的信念,不要怀疑自己的判断,丢失基本判断能力。
且运维不仅仅是个智力活,还是个体力活。
白天所有运行在数据库上的应用都好好地跑着,一般不会有大问题,看上去 DBA 很轻松。但是一到晚上,你们的活儿才刚刚开始。有索引重建,磁盘告警了;有 ETL Job 失败,数据库卡住了;有集群节点宕机,需要更换机器了,等等。总之 7*24 的重活,累活都来了,而且是必须赶在天亮业务开始之前修复。有时候,那些夜猫子也很凶悍,大晚上非还要抢点货,点个夜宵啥的。一下单,系统崩溃了,你的美梦也就泡汤了。或许你感冒了,正在休息,不行你得起来;或许你正在电影院看着复联呢,不行,你得回公司。总之,为了工作,为了抢修数据库,你必须第一时间赶赴现场。多少年轻的DBA都曾在高压现场,留下了人生中第一口鲜血。
你说DBA那么累,傻子才选,你走第二条路,扯皮!
恭喜你,你选了一条可以通向公司高层的路。也许是 CTO,也许是CEO。通过做数据运行,数据产品,或者数据分析,你认识了全公司上上下下的大小头目,今天与运营总监吃个饭,明天与生产总监喝个咖啡。总之他们提的一切需求,都希望你全部搞定。你说你团队人手不够,公司不肯招人,跟他们有什么关系?你说你excel就能实现的功能,为什么非要整一套炫酷而无任何实用价值的可视化报表分析软件?他们就想要!你说你这个需求要1个月才能做好,他们拍着你的肩膀说,“你可以的,要相信自己。俩天,顶多两天就能搞定!”
你带着这么多需求回到你的办公室,看着满脸青春的这些小伙小姑娘们,刷着微博,舔着朋友圈,个个脸上洋溢着热焦玛的香气。你好忍心让他们陪你加班到凌晨,还自费打滴滴么!
好不容易,2个shot的星爸爸热焦玛下肚,你来了精神。熬到凌晨2点,连续2,3天回家看不到老婆/老公的笑脸,还给自己打气,一切都是为了家庭。等到交上报告一看,“这里数据改一下,口径要和运营部统一”,“哪里整个版面太丑了,影响公司形象,再修得漂亮一些。还有,这些报表都要加上权限,不能让其他部门人看到。好吧,明天下班前我们再谈”。
好吧,这回你只得厚起脸皮请小朋友们一起改了,晚餐自费交了KFC全家桶,全组加班人员,一律打车报销。你默默的在群里丢了一个又一个红包。收到一个又一个的“老板帅气,老板再来一个,宝宝没抢到”
终于赶在deadline之前做完了,“怎么样,我说你可以的吧,看好你哦。这样,我们昨天几个人会后碰了下,发现你原来的设计也挺好,只是稍微还要再改改;还有,数据需要增加导入导出功能...”
如此反反复复,来来回回的折腾,某天你突然感慨,原来“别人用了一年,真的学到了我十年所用会的SQL技术”。此时,你会坚持自己的选择是对的吗,假如不幸的是,公司投资人撤资了,你所熟悉的环境没了,怎么办?
因此,在这些零零碎碎的项目锻炼中,你能否总结有效的规律,提高自己业务沟通的能力,掌握数据治理的策略,严格把控项目管理的进度,都成了你的必修课。一旦松懈和迷茫,可真是万劫不复!
如果你选的是 DBA,除了各家数据库文档要通读之外,还需要补充云计算相关:
《数据库系统实现》
《云计算通俗讲义》
《让云落地:云计算服务模式》
《云计算架构技术与实践》
《Kubernates权威指南》
《微服务架构设计模式》
如果你选的是业务设计(无论是运营,产品,数据分析,尤其是数据分析师),那么这些书,肯定是要读一读的
Kimball 的系列书:
《维度建模权威指南》
《数据仓库与商业智能宝典-成功设计、部署和维护 DW/BI 系统》
业务场景解决方案:
《计算广告》
《推荐系统实战》
《决战大数据》
《大数据之路-阿里巴巴大数据实践》
《企业IT架构转型之道》
《设计数据密集型应用》
大数据系列:
《Hadoop 权威指南》
《Spark 权威指南》
《Hive 编程》
《Hive 实战》
《Spark 高级数据分析》
《Hadoop构建数据仓库实践》我的公众号【有关SQL】提供了上述部分书的电子版。在后台回复1024,便可下载
以上就是基本路线了,能在5-10年搭好这个基础,你定当可以独当一面。