在处理完这个问题后,我偶然发现了递归CTE,它们在表面上似乎是一种解决“将表格行拆分为csv”的相当简单的方法。递归SQL将CSV拆分为表格行
我把这个例子一起
DECLARE @InputString varchar(255) = 'a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z'
SELECT @InputString = @InputString + ','
;
with MyCTE(x,y)
as
(
SELECT
x = SUBSTRING(@InputString,0,PATINDEX('%,%',@InputString)),
y = SUBSTRING(@InputString,PATINDEX('%,%',@InputString)+1,LEN(@InputString))
UNION ALL
SELECT
x = SUBSTRING(y,0,PATINDEX('%,%',y)),
y = SUBSTRING(y,PATINDEX('%,%',y)+1,LEN(y))
FROM
MyCTE
WHERE
SUBSTRING(y,PATINDEX('%,%',y)+1,LEN(y)) <> '' OR
SUBSTRING(y,0,PATINDEX('%,%',y)) <> ''
)
SELECT x FROM MyCTE
OPTION (MAXRECURSION 2000);
GO
这真的是一个坏主意?对于像这样的递归查询,SQL的开销是多少,以及这种方法的潜在缺陷是什么。
顺便说一句,我想这个想法/技术可能可以用来解决这个other问题。
有趣的是,我猜这个解决方案基本上是向前递归?是否有更通用的解决方案,不需要master..spt_values(即支持> 2047项)? – Runonthespot 2011-05-13 14:28:15
可能与ROW_NUMBER()有关? – Runonthespot 2011-05-13 14:28:31
你可以拥有自己的数字表,我显示spt_values的原因是因为每个SQL Server安装都有它 – SQLMenace 2011-05-13 14:35:33