在做一个project的时候，要对表实现任意的排序，说得明白点就是这样:
在存储过程中声明一个@parameter，然后在使用查询条件后的排序，要根据我的@parameter来实现，而我这个@parameter实际传进去的就是一个字段值。
网上Google了一下，发现有这样的例子，大多数都是以普提树的多字段任意分页的存储过程结合在一起，看起来好不复杂，而我现在没必要搞分页，没有办法实现吗？？？
我先按常理搞了一个这样的：
select * from SiteDetailInfo where SiteBasicId = SiteId And SiteIsCheck = 1 order by @Parameter desc
在查询分析器中运行报错：
ORDER BY 子句所标识的第 %1! 个 SELECT 项包含了一个变量，该变量位于标识列位置的表达式中。只有排序依据表达式引用的是列名时，才允许在该表达式中使用变量。
好像语法上有问题，这是意料之中的，隐约记得应该加上单引号之类的，问了一下网友史帝尔，很快就丢过答案过来了，果然是有点语法上的问题.
修正如下：
create procedure proc_test
@fieldname varchar(50)
as
declare @sql varchar(1000)
set @sql= "update [table] set " + @fieldname + "= " + @fieldname + "+1 "
exec(@sql)
go
或者:
declare @field varcahr(10)
update table (case @field when "字段1名 " then set 字段1 = 字段1 + 1
when "字段2名 " then set 字段2 = 字段2 + 1
.... end)
再在查询分析器中F5一下，OK，没报错了。happy
不料，让老朋友分析了一下，提醒这样风险比较大，容易出错，应该有更周全的写法，当然不能错过，不多长时间得到下面的语句:
SELECT *
FROM Shippers
ORDER BY
CASE @ColName WHEN 'ShipperID'
THEN ShipperID ELSE NULL END,
CASE @ColName WHEN 'CompanyName'
THEN CompanyName ELSE NULL END,
CASE @ColName WHEN 'Phone'
THEN Phone ELSE NULL END
哇噻，不错不错，这样考虑得很周全喔，不过我这表中有20来个字段，难道要一个一个去Case吗？哈哈，哈哈，自己权衡两种方法的利弊吧。
第一种方法：比较简单，但是如果字段值出错的话，那就容易出错的了，这个问题应该可以在你程序中写死你在表中的字段的吧。
第二种方法：比较周全，当然，如果你一个表有10个以上的字段，要你一个一个去Case的话，那就不知你能不能顶得住了，假如有50个字段的话(像企业信息表之类的)
