为什么选择分享SQL编程?

一方面是因为在构架,优化,排错,原码研究方面,已经有不少<知数堂>的湿胸湿地还有师妹们都做出了不少的分享,SQL编程方面的文章甚少,所以我来给大家做一个补充. 正所谓我是革命一块砖，哪里需要哪里搬；我是革命一片瓦，哪里需要哪里码.

另一方面是因为伟哥早些年作为一名研发, 有幸和两位Oracle专家一起共事, 从他们带领我走进Oracel SQL开发之路, 所以OracleDBA这个职位一直是我非常向往的, 因为我觉得:
* 没有人比他们更懂SQL
* 没有人比他们更懂数据
* 没有人比他们更懂schema设计
* 没有人比他们更懂数据库性能
* 没有人比他们更闲
* 哈哈,你懂的

所以这些观念早已深烙心中,要想成为DBA的从业者,就必须撑握这些技能,尤其是schema设计直接影响到一个系统优良与否,通俗的比喻,database好比是一个武侠的内功,app是他的招式, 招式可以五花八门, 如果内功不好, 将会死得很惨. 想必你还记得电影电视中顶尖高手决斗的场景吧, 两人相视而坐, 用的是意念来定胜负, 意念源自于功而化为招, 骚年, 你看懂了吗?

说到这里我想有同学可能已经看出来了,如果MySQL DBA把基础构架和运维搞定后, 再向更贴近开发的shema优化设计方向发展的话, 是一个相当不错的方向. 这样的DBA在开发的心中就如神一般的存在, 每天就可以看着天花板走路了,哈哈!!

schema设计不仅包含结合业务的表结构设计,索引设计,也包括合理的使用function,procedure和trigger来优化业务实现, 使其更加高效. 所以接下来就开启我们的MySQL DBA之SQL 编程之旅吧.

什么是SQL编程?

也许有些同学还是头一次SQL编程的说法,这里先简单说一下概念:
通常情况下,APP要向数据库提交数据时,都使用标准的DML进行提交,数据提交前也通常也需要DQL进行数据检索和加工,对于一些复杂的事务,涉及的数据会在多次在APP SERVER和DB SERVER之间来回传送后,才能完成数据的更新.因此主流的数据库都提供了一种叫做存储过程(procedure)的东西来提高DML的效率. MySQL大概从是5.1开始支持存储过程和触发器. 编写存储过程和触发器除了支持标准的DML外,也提供了一些程序流程控制的语法,如条件判断,循环等,类似于传统的编程语言+SQL的写法,纯SQL编程与之不同的是,所有语句都在MySQL中执行.

#传统语言+DML数据处理的伪代码看起来像这样:

data1 = mysql.query("select a from t1 where id = 1";)
data2 = mysql.query("select b from t2 where id = 1";)
sum = data1.a + data2.b
mysql.query("update t3 set c = sum where id = 1")

说明: 为了执行 t3.c = t1.a + t2.b这个简单的计算, APP 与 MySQL之间就传送了三次数据, 明显不是最效的性能. 假如用存储过程来完成这相动作,那么只需要分别传送三个表的id到MySQL,其它的动作都直接在MySQL中完成,不产生多余的TCP数据传送.

除了procedure外, MySQL还提供了function和trigger功能, 在这些功能中,除了可以使用标准的DML,DDL外, 还可以使用条件判断,循环,异常处理等语法,看起更像编程语言.

对于复杂的DQl(即SELECT),很多业务需要大量的程序逻辑才能实现的功能,使用SQL也能更优雅的写现等价的功能, 我个人也习惯把这种看起来复杂的SELECT语句叫做SQL编程.

简单概括一下,SQL编程包含了以下内容:
* function自定义函数的编写
* procedure储存过程的编写
* trigger触发器的编写
* 复杂查询的编写

返回目录