「DBA 了解业务是非常必要的」确实如此。不管您担任的是 IT 的哪种职务都应深入了解所任职公司的业务和流程结合既有的 IT 专长发展出自己在公司的「不可替代性」甚至去思考老板、公司的好高高层们想要的是什么 若您是担任 MIS 或 DBA每天辛勤努力修机器、备份数据库、维护网络状态、研究最新的前台和 .NET 技术却无法让老板了解你每天在忙什么则你的地位可能远不如一位很懂业务和流程的人虽然他只会写些 SQL 句子却能每天产出老板和主管想看的报表老板不能没有他他也就创造了自己的不可替代性。 当然做项目的软件公司和一般产业的信息部门又有所不同这里只是举例。那么该学什么技术最保值呢有没有什么 IT 技术像会计学一样学一套就能吃一辈子前台 UI 技术日新月异、层出不穷感觉自己再也跟不上年轻人熬夜学 ASP.NET 4,5,6,7,8 ...、Silverlight 5,6,7,8,9 ... 若要论技术的保值性将 SQL 和数据库学到精通或许是不错的选择。除了技术变化性比较小 (至少不会像某些技术会忽然推翻旧版本)往上钻研可研究 BI、OLAP、Data Mining、报表、当顾问往下钻研可深入学 SQL 语句、软件项目开发、备份还原和监控横向钻研可学习操作系统、Storage、性能优化 .... 等等至少就技术的「保值性」而言学一套能「撑」较久甚至大半辈子也较有机会接触公司的核心业务和流程 (把公司的业务逻辑都写进存储过程里公司从此不能没有你)。当然这里只是举例并非鼓吹大家都该往此方向投入学习就像有人说程序员最后都要升级 SA、PM但这应视个人性格、兴趣、所在的产业而论并没有标准的答案。但话说回来要精通 SQL 的撰写也非易事其为易学难精的功夫如笔者以前曾经转贴的一篇陈年好文「程序员真情忏悔录」也曾提到这些特性做应用软件的人真的没价值吗有些靠应用软件赚了不少钱的朋友开始偷笑了。软件必须加上专业知识才能够发挥价值换句话说如果您真的「只会写代码」却没有配合各种领域的专业知识 「编程」这项技能本身根本毫无价值可言。就很像你的计算机装了浏览器但却没有对外联机的网络一样。如果没有网络本身浏览器一点价值也没有更不需要一家公司大费周章地利用平台优势去整倒另外一家公司 。-你老觉得真正的高手应该精通各门各派的技术 (?)如果你会 XML他不会你就觉得你比他厉害。你觉得他的履历上写的技能太少证照太少所以你认为你比他优秀有人认为写 Java 程序应该善用工具用 UltraEdit 根本是重新造轮子的行为所以一开始就学 JBuilder (或 Visual Studio) 的使用者其实他用 JBuilder 写了老半天 GUI 程序哪天回头叫他用文本编辑器写个简单的 Frame Button 他却写不出来因为他从没弄懂过 Java 的事件处理模型。他只会不断地选择组件 - 放在容器里 - 调整位置和大小 - 调整属性 - 按两下 - 填写事件处理函数成为一个名副其实的「代码女工」。有人觉得他精通各家厂商的数据库所以看不起那些只会下 SQL 命令或是只会写 stored procedure 的人因为他可是精通 ODBC、JDBC、ADO、ADO.NET 各种程序的写法。问题是一个精通 SQL 的专家和只会写 SQL 语句的人在数据库表格交互参考、数据量很大的时候要从中取出我们需要的内容所下的 SQL 指令在效率上是几秒钟和几个小时的差别。SQL 也是个专门学问要能够巧妙地操作它必须下非常多功夫做研究而且一研究可能就是十几年。如果贵公司的项目老是苦于数据库访问的性能不佳你猜老板会花钱找一个有能力彻底改善所有 SQL 语句中性能问题的稀有专家还是再找一个号称他什么都会结果一点用场也派不上的「数据库女工」 我们常常看到某人列出他的履历好像会很多就是很厉害。但是当我们完全深入一项技术时 (喔我是说你真正下过苦功的时候)通常我们会越来越感觉到自己的渺小。说偏了回归技术面以下才是本帖的主题。-------------------------------------------------本帖的示例下载https://files.cnblogs.com/WizardWu/111001.zipSQL Server 2008 R2 的 AdventureWorks 数据库下载http://msftdbprodsamples.codeplex.com/releases/view/55926http://msftdbprodsamples.codeplex.com/---------------------------------------------------The EXISTS OperatorEXISTS 可称之为运算符有些书称它为关键词。 EXISTS 和 IN 关键词很类似但仍有些不同EXISTS 使用时不会返回数据而是返回简单的 TRUE / FALSE。如下示例 [1]即使子查询返回 NULL用 EXISTS 也会得到 TRUEUSE AdventureWorks2008 ;GOSELECT DepartmentID, NameFROM HumanResources.DepartmentWHERE EXISTS (SELECT NULL)EXISTS 和 IN 在很多情况下可查到相同的结果 [1]两个关键词的用途有些类似因此网络上常有些 EXISTS 和 IN 谁效率较好的讨论串 [2]此处不再赘述。 以下我们改探讨 EXISTS 和 JOIN 的比较下方是书上的两个示例 [7]两者的执行结果相同第一个示例是 EXISTS 搭配「嵌套查询 (nested query)」第二个示例语法看起来较简洁是传统大家习惯用的 join 写法SELECT e.BusinessEntityID, FirstName, LastNameFROM HumanResources.Employee eJOIN Person.Person ppON e.BusinessEntityID pp.BusinessEntityIDWHERE EXISTS(SELECT BusinessEntityIDFROM HumanResources.JobCandidate jcWHERE e.BusinessEntityID jc.BusinessEntityID);上方示例、下方示例执行结果皆为EmployeeID FirstName LastName----------- ------------ -------------212 Peng Wu274 Stephen Jiang(2 row(s) affected)SELECT e.BusinessEntityID, FirstName, LastNameFROM HumanResources.Employee eJOIN Person.Person ppON e.BusinessEntityID pp.BusinessEntityIDJOIN HumanResources.JobCandidate jcON e.BusinessEntityID jc.BusinessEntityID;两个示例虽然结果相同但 EXISTS 的性能会较好 (书上说的) [7]。 当我们使用 EXISTS 关键词时SQL Server 不会用 full row-by-row join而是在记录当中搜寻当它找到第一个符合条件的记录时就会立即停止后续搜寻的动作并标示为 TRUE表示不需要再往下找了反观 inner join 则不会有此种标示的动作。此外NOT EXISTS 也有此种标示的功能。当 NOT EXISTS 找到符合条件的数据时同样也会标示但标示为 FALSE表示不需要再往下找了。除了此一性能差别外EXISTS 和 join-based 在查询时各方面并无二致。Using EXISTS in Other Ways有时您会看到有些人执行 CREATE 前会加一些古怪的语句如下IF EXISTS (SELECT * FROM sysobjects WHERE id object_id(N[Sales].[SalesOrderHeader]) AND OBJECTPROPERTY(id,NIsUserTable) 1)DROP TABLE [Sales].[SalesOrderHeader]GOCREATE TABLE [Sales].[SalesOrderHeader] (......他们使用 sys.objects、sys.databases或 INFORMATION_SCHEMA 检视 (view)目的都一样想在执行 CREATE 前先看看某个对象是否已存在。 但同样是用 EXISTS 做事先的判断我有更好的写法请参考以下创建数据库的示例USE masterGOIF NOT EXISTS (SELECT True FROM sys.databases WHERE name DBCreateTest)BEGINCREATE DATABASE DBCreateTestENDELSEBEGINPRINT 此数据库已经存在。跳过了 CREATE DATABASE 语句ENDGO第一次执行此语句时若没有 DBCreateTest 数据库则创建它第二次执行时由于该数据库已存在因此会印出自定义的提示信息。 因此仅用一点小技巧可避免掉不必要的 DROP 动作被执行这会让您公司的产品在被安装时更有效率。EXISTS 是很方便的关键词有时可让查询语句执行得更有效率有时则可简化 SQL 语句。The INTERSECT and EXCEPT Operators接下来介绍的 INTERSECT 和 EXCEPT 关键词在 SQL Server 和其他厂牌数据库多半都支持。 INTERSECT 和 EXCEPT 在处理两个 result set 时和 UNION 关键词很类似。 在 MSDN、TechNet 上虽然有对这两个关键词作解释 [3], [6]但半机器的翻译有些不易理解建议参考下列取自书上的图文示例 [7]可让人一目了然UNION 将多个「结果集 (result set)」的「行 (row)」合并作为单个结果集返回并移除重复的行。若有重复的行只留下一个。UNION ALL 将多个「结果集 (result set)」所有的行合并不论是否有重复的行。EXCEPT 提取只在 EXCEPT 左侧存在但右侧不存在的行参考下图 1。用更口语化的说法「只给我 A 里才有但 B 里没有的行」。INTERSECT 只提取两个结果集里都存在的行。 INTERSECT 很类似 inner join但 INTERSECT 并不会对特定的「列 (column)」去做处理。由于上述关键词不会对特定的「列」去做处理因此在使用上必须符合某些原则 [3]例如所有查询中的列数和列的顺序必须相同、数据类型必须兼容。图 1 UNION 中若有重复的行会被移除只留下一个在看本文最后的完整比较示例前我们先了解 EXCEPT 和 INTERSECT 的基本语法。EXCEPTEXCEPT 用法如下简单易懂table or tabular resultEXCEPTtable or tabular result with same number of columns and type as top query同样的查询需求我们改用 NOT EXISTS 的写法也能得到和 EXCEPT 写法相同的结果用法如下 [1], [7]。 本文最后会有完整的示例。base queryWHERE NOT EXISTS(SELECT 1FROM table or result with same number of columns and type as top queryWHERE base query first column comparison table first column [, ...])INTERSECT