几个月前写了一个关于SQL Server递归查询的帖子，前两日版友13601812106_01同志对这个查询胡琢磨了一番，希望能加一个字段，以得到一种树型结构顺序的排序。其要求如下图所示：

　　要得到这样的排序并不困难，可以在递归代入子件ID，并形成一个num字段，然后用这个字段进行排序即可。代码可以写为：

WITH 单据递归查询 (bomID,产品id,子件ID,单耗,损耗率,根产品,level,num) AS  
(     
         Select bomID,产品id,子件ID,单耗,损耗率,产品id as 根产品,0 as level,子件ID as num
         FROM bom表
         where 产品ID not in (Select distinct 子件id FROM bom表)

         UNION ALL
         Select a.bomID,a.产品id,a.子件ID,a.单耗,a.损耗率,b.根产品,b.level+1 as level, b.num + '_' +a.子件ID as num
         FROM bom表 AS a,单据递归查询 AS b
         Where a.产品ID=b.子件ID)

Select * FROM 单据递归查询 orDER BY 根产品,num;

　　不过这个查询会跳出“定位点类型和递归部分的类型不匹配”错误。解决这个错误的方法是对字段进行强制类型转换，可以修改为：

WITH 单据递归查询 (bomID,产品id,子件ID,单耗,损耗率,根产品,level,num) AS  
(     
         Select bomID,产品id,子件ID,单耗,损耗率,产品id as 根产品,0 as level,cast(子件ID as varchar) as num
         FROM bom表
         where 产品ID not in (Select distinct 子件id FROM bom表)

         UNION ALL
         Select a.bomID,a.产品id,a.子件ID,a.单耗,a.损耗率,b.根产品,b.level+1 as level, cast(cast(b.num as varchar)+'_'+CAST(a.子件ID as varchar) as varchar) as num
         FROM bom表 AS a,单据递归查询 AS b
         Where a.产品ID=b.子件ID)

Select * FROM 单据递归查询 orDER BY 根产品,num;

　　这个查询对于13601812106_01同志给定的特定数据，是可以得到所需要的结果的，问题在于这并没什么实际意义。为什么这样说呢？原因是13601812106_01同志给定的是极为特殊的一种情况，这种情况是根产品的子产品从第2层级开始必须每层级只能包含一个下一层级元素。只有这样一种情况数据之间的关系才能看得比较清晰和舒服。如果13601812106_01同志的BOM表数据都符合这种条件，那么这个递归查询有意义，反之则没什么实际意义。也就是不能以偏概全，不能将特殊当一般。

　　深入挖掘13601812106_01同志的错误思想根源，可以发现13601812106_01同志将数据的内在联系与外在表现混为一谈了。BOM数据是一种具有层次结构的数据，这个特性是数据间的内在联系。BOM数据可以用不同的格式进行存储和表现，只要能保持其数据特定的内在联系即可。二维的数据表可以用于存储BOM数据，XML也可以存储BOM数据。二维的数据表便于计算但对层次结构的视觉表现力并不强，XML则相反。正是由于这个原因，二维数据表通常是需要借助树形结构视图控件来呈现层次结构数据的。而想直接用二维数据表来直接呈现层次结构的努力，通常是徒劳的。

　　递归查询的结果依然是二维的数据表，它只能更好的归集数据，但还是无法在视觉上很清晰地表现出数据间的层次结构。所以，递归查询是用来归集的，不是用来表现的。递归查询归集数据的目的只是将原来由客户端所需要做的运算放到服务器端来完成，比如你需要知道某件产品需要多少种部件以及它们的数量所组成，你在客户端直接调用递归查询就可以得到了，而不必在客户端编写代码来处理BOM表。而将BOM表呈现为TreeView，则不需要递归查询，而直接使用BOM数据表中的数据，编写相应的代码即可。