sql中case语句的用法浅谈

　　这两种方式，可以实现相同的功能。简单Case函数的写法相对比较简洁，但是和Case搜索函数相比，功能方面会有些限制，比如写判断式。

　　还有一个需要注意的问题，Case函数只返回第一个符合条件的值，剩下的Case部分将会被自动忽略。

　　有如下数据:(为了看得更清楚，我并没有使用国家代码，而是直接用国家名作为Primary Key)

　　根据这个国家人口数据，统计亚洲和北美洲的人口数量。应该得到下面这个结果。

　　想要解决这个问题，你会怎么做？生成一个带有洲Code的View，是一个解决方法，但是这样很难动态的改变统计的方式。

　　同样的，我们也可以用这个方法来判断工资的等级，并统计每一等级的人数。SQL代码如下；

　　普通情况下，用UNION也可以实现用一条语句进行查询。但是那样增加消耗(两个Select部分)，而且SQL语句会比较长。

　　这样我们使用Select，完成对二维表的输出形式，充分显示了Case函数的强大。

　　在Check中使用Case函数在很多情况下都是非常不错的解决方法。可能有很多人根本就不用Check，那么我建议你在看过下面的例子之后也尝试一下在SQL中使用Check。

　　公司A，这个公司有个规定，女职员的工资必须高于块。如果用Check和Case来表现的话，如下所示

　　但是事情没有想象得那么简单，假设有个人工资块。首先，按照条件，工资减少%，变成工资。接下来运行第二个SQL时候，因为这个人的工资是在到的范围之内，需增加%，最后这个人的工资结果是,不但没有减少，反而增加了。如果要是反过来执行，那么工资的人相反会变成减少工资。暂且不管这个规章是多么荒诞，如果想要一个SQL 语句实现这个功能的话，我们需要用到Case函数。代码如下:

　　这里要注意一点，最后一行的ELSE salary是必需的，要是没有这行，不符合这两个条件的人的工资将会被写成NUll,那可就大事不妙了。在Case函数中Else部分的默认值是NULL，这点是需要注意的地方。

　　一般情况下，要想把两条数据的Primary key,a和b交换，需要经过临时存储，拷贝，读回数据的三个过程，要是使用Case函数的话，一切都变得简单多了。

　　假设有如上数据，需要把主键a和b相互交换。用Case函数来实现的话，代码如下

　　同样的也可以交换两个Unique key。需要注意的是，如果有需要交换主键的情况发生，多半是当初对这个表的设计进行得不够到位，建议检查表的设计是否妥当。

　　下面具个例子来说明，有两个表，tbl_A,tbl_B，两个表中都有keyCol列。现在我们对两个表进行比较，tbl_A中的keyCol列的数据如果在tbl_B的keyCol列的数据中可以找到，返回结果Matched,如果没有找到，返回结果Unmatched。

　　使用IN和EXISTS的结果是相同的。也可以使用NOT IN和NOT EXISTS，但是这个时候要注意NULL的情况。

　　有的学生选择了同时修几门课程(100,200)也有的学生只选择了一门课程(300,400,500)。选修多门课程的学生，要选择一门课程作为主修，主修flag里面写入Y。只选择一门课程的学生，主修flag为N(实际上要是写入Y的话，就没有下面的麻烦事了，为了举例子，还请多多包含)。

　　如果使用Case函数，我们只要一条SQL语句就可以解决问题，具体如下所示

　　通过在Case函数中嵌套Case函数，在合计函数中使用Case函数等方法，我们可以轻松的解决这个问题。使用Case函数给我们带来了更大的自由度。

　　在这个语句中When Null这一行总是返回unknown，所以永远不会出现Wrong的情况。因为这句可以替换成WHEN col_1 = NULL，这是一个错误的用法，这个时候我们应该选择用WHEN col_1 IS NULL。