总结【小项目中常用的sql】 c#

    手写sql操作是一件效率很低下的事情，你常常会因为考虑不周而导致产品在测试、发布的过程中，遇到很多尴尬的事情。当然，我今天讨论的并不是这个问题，此文的目的在于，给人一下启发——让那些为满足客户光怪陆离的需求，而头疼的朋友，有所灵感。下面是我在项目中遇到的一些特别的需求，或隐蔽的error。在此，我将它们整理出来。

1. 当我们查询时，某个字段因为不满足条件而得到NULL的值。你要小心，这个时候NULL的数据类型是System.DBNull。在c#里面进行这样的比较：if(row["***"] == null)  （row["***"]为改字段）得到的结果不是我们预料中的true。这让我郁闷了一阵子，后来改成这样：

row[ " UnRecCount " ].ToString().Trim().Length  <=   0
//  或者
row[ " UnRecCount " ].ToString().Equals( "" )

才达到了想要的效果。

2. 有时候我们需要在select语句中，将数据库bit字段中的0和1，直接转化为"是"和"否"，以便于我们直接绑定（当然，我后来了解到可以在DataGrid的ItemDataBind事件中做处理，将0、1转化为"是"、"否"）。下面是一个小的举例：

SELECT  code, name, ( case  sex  when   0   then   ' 女 '   else   ' 男 '   end ) sex  FROM   user  

如果出现乱码记得'男'和'女'前面加N（表示它是Unicode   数据的数据类型，使用 UCS-2字符集）。

3. left join、right join、inner join，这个不多说，经常用到的。

4. 写存储过程的时候，碰到一个很奇怪的事情，至今还没明白怎么回事。问题是这样的：

select  VendorId, VendorName, ApplyCount, BackRate  =   1.0   *  RejectCount  /  RecCount, 
    OnTimeRate  =   1   -   1.0   *  DelayCount  /  ApplyCount,
    TotalMoney  from  #static

在临时表#static中RejectCount和RecCount都是int类型的字段，我需要求它们的比率，结果发现如果不再前面加上1.0*它们的结果，得到的内容始终是.000（BackRate的类型是decimal(3,3)），加上后就等得到正确的小数。

下班了，boss赶人了，未完待续.....