老生常谈:SQL中的行转列,列转行操作

行转列,列转行是我们在开发过程中经常碰到的问题。行转列一般通过CASE WHEN 语句来实现,也可以通过 SQL SERVER 2005 新增的运算符PIVOT来实现。 用传统的方法,比较好理解。层次清晰,而且比较习惯。 但是PIVOT 、UNPIVOT提供的语法比一系列复杂的 SELECT…CASE 语句中所指定的语法更简单、更具可读性。下面我们通过几个简单的例子来介绍一下列转行、行转列问题。

我们首先先通过一个老生常谈的例子,学生成绩表(下面简化了些)来形象了解下行转列 

  1. CREATE  TABLE [StudentScores]  
  2. (  
  3.     [UserName]         NVARCHAR(20),        --学生姓名  
  4.     [Subject]          NVARCHAR(30),        --科目  
  5.     [Score]            FLOAT,               --成绩  
  6. )  
  7.  
  8. INSERT INTO [StudentScores] SELECT 'Nick''语文', 80  
  9. INSERT INTO [StudentScores] SELECT 'Nick''数学', 90  
  10. INSERT INTO [StudentScores] SELECT 'Nick''英语', 70  
  11. INSERT INTO [StudentScores] SELECT 'Nick''生物', 85  
  12. INSERT INTO [StudentScores] SELECT 'Kent''语文', 80  
  13. INSERT INTO [StudentScores] SELECT 'Kent''数学', 90  
  14. INSERT INTO [StudentScores] SELECT 'Kent''英语', 70  
  15. INSERT INTO [StudentScores] SELECT 'Kent''生物', 85 

如果我想知道每位学生的每科成绩,而且每个学生的全部成绩排成一行,这样方便我查看、统计,导出数据

  1. SELECT   
  2.       UserName,   
  3.       MAX(CASE Subject WHEN '语文' THEN Score ELSE 0 ENDAS '语文',  
  4.       MAX(CASE Subject WHEN '数学' THEN Score ELSE 0 ENDAS '数学',  
  5.       MAX(CASE Subject WHEN '英语' THEN Score ELSE 0 ENDAS '英语',  
  6.       MAX(CASE Subject WHEN '生物' THEN Score ELSE 0 ENDAS '生物' 
  7. FROM dbo.[StudentScores]  
  8. GROUP BY UserName 

查询结果如图所示,这样我们就能很清楚的了解每位学生所有的成绩了

 

接下来我们来看看第二个小列子。有一个游戏玩家充值表(仅仅为了说明,举的一个小例子),

  1. CREATE TABLE [Inpours]  
  2. (  
  3.     [ID]             INT IDENTITY(1,1),   
  4.     [UserName]          NVARCHAR(20),  --游戏玩家  
  5.     [CreateTime]     DATETIME,      --充值时间      
  6.     [PayType]         NVARCHAR(20),  --充值类型      
  7.     [Money]             DECIMAL,       --充值金额  
  8.     [IsSuccess]         BIT,           --是否成功 1表示成功, 0表示失败  
  9.     CONSTRAINT [PK_Inpours_ID] PRIMARY KEY(ID)  
  10. )  
  11.  
  12. INSERT INTO Inpours SELECT '张三''2010-05-01''支付宝', 50, 1  
  13. INSERT INTO Inpours SELECT '张三''2010-06-14''支付宝', 50, 1  
  14. INSERT INTO Inpours SELECT '张三''2010-06-14''手机短信', 100, 1  
  15. INSERT INTO Inpours SELECT '李四''2010-06-14''手机短信', 100, 1  
  16. INSERT INTO Inpours SELECT '李四''2010-07-14''支付宝', 100, 1  
  17. INSERT INTO Inpours SELECT '王五''2010-07-14''工商银行卡', 100, 1  
  18. INSERT INTO Inpours SELECT '赵六''2010-07-14''建设银行卡', 100, 1 

下面来了一个统计数据的需求,要求按日期、支付方式来统计充值金额信息。这也是一个典型的行转列的例子。我们可以通过下面的脚本来达到目的

  1. SELECT CONVERT(VARCHAR(10), CreateTime, 120) AS CreateTime,  
  2.        CASE PayType WHEN '支付宝'     THEN SUM(Money) ELSE 0 END AS '支付宝',  
  3.        CASE PayType WHEN '手机短信'    THEN SUM(Money) ELSE 0 END AS '手机短信',  
  4.        CASE PayType WHEN '工商银行卡'  THEN SUM(Money) ELSE 0 END AS '工商银行卡',  
  5.        CASE PayType WHEN '建设银行卡'  THEN SUM(Money) ELSE 0 END AS '建设银行卡' 
  6. FROM Inpours  
  7. GROUP BY CreateTime, PayType 

如图所示,我们这样只是得到了这样的输出结果,还需进一步处理,才能得到想要的结果

  1. SELECT   
  2.        CreateTime,   
  3.        ISNULL(SUM([支付宝]), 0) AS [支付宝],   
  4.        ISNULL(SUM([手机短信]), 0) AS [手机短信],  
  5.        ISNULL(SUM([工商银行卡]), 0) AS [工商银行卡],   
  6.        ISNULL(SUM([建设银行卡]), 0) AS [建设银行卡]  
  7. FROM 
  8. (  
  9.     SELECT CONVERT(VARCHAR(10), CreateTime, 120) AS CreateTime,  
  10.            CASE PayType WHEN '支付宝'     THEN SUM(Money) ELSE 0 END AS '支付宝',  
  11.            CASE PayType WHEN '手机短信'   THEN SUM(Money) ELSE 0 END AS '手机短信',  
  12.            CASE PayType WHEN '工商银行卡' THEN SUM(Money) ELSE 0 END AS '工商银行卡',  
  13.            CASE PayType WHEN '建设银行卡' THEN SUM(Money) ELSE 0 END AS '建设银行卡' 
  14.     FROM Inpours  
  15.     GROUP BY CreateTime, PayType  
  16. ) T  
  17. GROUP BY CreateTime 

其实行转列,关键是要理清逻辑,而且对分组(Group by)概念比较清晰。上面两个列子基本上就是行转列的类型了。但是有个问题来了,上面是我为了说明弄的一个简单列子。实际中,可能支付方式特别多,而且逻辑也复杂很多,可能涉及汇率、手续费等等(曾经做个这样一个),如果支付方式特别多,我们的CASE WHEN 会弄出一大堆,确实比较恼火,而且新增一种支付方式,我们还得修改脚本如果把上面的脚本用动态SQL改写一下,我们就能轻松解决这个问题 

  1. DECLARE @cmdText    VARCHAR(8000);  
  2. DECLARE @tmpSql        VARCHAR(8000);  
  3.  
  4. SET @cmdText = 'SELECT CONVERT(VARCHAR(10), CreateTime, 120) AS CreateTime,' + CHAR(10);  
  5. SELECT @cmdText = @cmdText + ' CASE PayType WHEN ''' + PayType + ''' THEN SUM(Money) ELSE 0 END AS ''' + PayType   
  6.                 + ''',' + CHAR(10)  FROM (SELECT DISTINCT PayType FROM Inpours ) T  
  7.  
  8. SET @cmdText = LEFT(@cmdText, LEN(@cmdText) -2) --注意这里,如果没有加CHAR(10) 则用LEFT(@cmdText, LEN(@cmdText) -1)  
  9.  
  10. SET @cmdText = @cmdText + ' FROM Inpours     GROUP BY CreateTime, PayType ';  
  11.  
  12. SET @tmpSql ='SELECT CreateTime,' + CHAR(10);  
  13. SELECT @tmpSql = @tmpSql + ' ISNULL(SUM(' + PayType  + '), 0) AS ''' + PayType  + ''','  + CHAR(10)  
  14.                     FROM  (SELECT DISTINCT PayType FROM Inpours ) T  
  15.  
  16. SET @tmpSql = LEFT(@tmpSql, LEN(@tmpSql) -2) + ' FROM (' + CHAR(10);  
  17.  
  18. SET @cmdText = @tmpSql + @cmdText + ') T GROUP BY CreateTime ';  
  19. PRINT @cmdText  
  20. EXECUTE (@cmdText); 

下面是通过PIVOT来进行行转列的用法,大家可以对比一下,确实要简单、更具可读性(呵呵,习惯的前提下)

  1. SELECT   
  2.         CreateTime, [支付宝] , [手机短信],  
  3.         [工商银行卡] , [建设银行卡]  
  4. FROM 
  5. (  
  6.     SELECT CONVERT(VARCHAR(10), CreateTime, 120) AS CreateTime,PayType, Money  
  7.     FROM Inpours  
  8. ) P  
  9. PIVOT (  
  10.             SUM(Money)  
  11.             FOR PayType IN 
  12.             ([支付宝], [手机短信], [工商银行卡], [建设银行卡])  
  13.       ) AS T  
  14. ORDER BY CreateTime 

有时可能会出现这样的错误:

消息 325,级别 15,状态 1,第 9 行

‘PIVOT’ 附近有语法错误。您可能需要将当前数据库的兼容级别设置为更高的值,以启用此功能。有关存储过程 sp_dbcmptlevel 的信息,请参见帮助。

这个是因为:对升级到 SQL Server 2005 或更高版本的数据库使用 PIVOT 和 UNPIVOT 时,必须将数据库的兼容级别设置为 90 或更高。有关如何设置数据库兼容级别的信息,请参阅 sp_dbcmptlevel (Transact-SQL) 。 例如,只需在执行上面脚本前加上 EXEC sp_dbcmptlevel Test, 90; 就OK了, Test 是所在数据库的名称。

下面我们来看看列转行,主要是通过UNION ALL ,MAX来实现。假如有下面这么一个表

  1. CREATE TABLE ProgrectDetail  
  2. (  
  3.     ProgrectName         NVARCHAR(20), --工程名称  
  4.     OverseaSupply        INT,          --海外供应商供给数量  
  5.     NativeSupply         INT,          --国内供应商供给数量  
  6.     SouthSupply          INT,          --南方供应商供给数量  
  7.     NorthSupply          INT           --北方供应商供给数量  
  8. )  
  9.  
  10. INSERT INTO ProgrectDetail  
  11. SELECT 'A', 100, 200, 50, 50  
  12. UNION ALL 
  13. SELECT 'B', 200, 300, 150, 150  
  14. UNION ALL 
  15. SELECT 'C', 159, 400, 20, 320  
  16. UNION ALL 
  17. SELECT 'D', 250, 30, 15, 15 

我们可以通过下面的脚本来实现,查询结果如下图所示

  1. SELECT ProgrectName, 'OverseaSupply' AS Supplier,  
  2.         MAX(OverseaSupply) AS 'SupplyNum' 
  3. FROM ProgrectDetail  
  4. GROUP BY ProgrectName  
  5. UNION ALL 
  6. SELECT ProgrectName, 'NativeSupply' AS Supplier,  
  7.         MAX(NativeSupply) AS 'SupplyNum' 
  8. FROM ProgrectDetail  
  9. GROUP BY ProgrectName  
  10. UNION ALL 
  11. SELECT ProgrectName, 'SouthSupply' AS Supplier,  
  12.         MAX(SouthSupply) AS 'SupplyNum' 
  13. FROM ProgrectDetail  
  14. GROUP BY ProgrectName  
  15. UNION ALL 
  16. SELECT ProgrectName, 'NorthSupply' AS Supplier,  
  17.         MAX(NorthSupply) AS 'SupplyNum' 
  18. FROM ProgrectDetail  
  19. GROUP BY ProgrectName 

 

用UNPIVOT 实现如下:

  1. SELECT ProgrectName,Supplier,SupplyNum  
  2. FROM   
  3. (  
  4.     SELECT ProgrectName, OverseaSupply, NativeSupply,  
  5.            SouthSupply, NorthSupply  
  6.      FROM ProgrectDetail  
  7. )T  
  8. UNPIVOT   
  9. (  
  10.     SupplyNum FOR Supplier IN 
  11.     (OverseaSupply, NativeSupply, SouthSupply, NorthSupply )  
  12. ) P 

原文标题:重温SQL——行转列,列转行

链接:http://www.cnblogs.com/kerrycode/archive/2010/07/28/1786547.html

【编辑推荐】

  1. SQL Server数据库和Oracle行转列的特殊方案描述
  2. SQL Server行转列的什么情况下被用?
  3. SQL Server实例中对另个实例的调用
  4. SQL Server identity列,美中不足之处
  5. SQL Server DateTime数据类型的另类解读

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/294059.html<

(0)
管理的头像管理
上一篇2025-05-20 21:56
下一篇 2025-05-20 21:57

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注