Linq to SQL的where 0=1 的问题

　　今天，为了适应需求的改变，而给表TableA(化名)添加了一个字段ReplyTo

IF   NOT   EXISTS (  SELECT   *   FROM  sys.Columns  WHERE  name  = N ' ReplyTo '   AND   object_id = object_id (N ' [OPQ_TableA] ' ))
ALTER   TABLE   [ OPQ_TableA ]    WITH   CHECK   ADD  ReplyTo  varchar ( 256 )  null

 

运行完这句后，OPQ_TableA就添加了一个字段ReplyTo，并且值都是NULL。

然后，给LinqToSQL类文件OPQ.dbml中的表OPQ_TableA，手工添加属性ReplyTo:

Name	ReplyTo
Server Data Type	VarChar(256)
Source	ReplyTo

忘了给它的属性Nullable设置为True了。在其它设计做完后。手工测试更新数据时，报错错，很奇怪的错误信息：

 System.Data.Linq.ChangeConflictException: Row  not  found  or  changed. at System.Data.Linq.ChangeProcessor.SubmitChanges(ConflictMode failureMode)

用LINQ To SQL碰到奇怪的错误信息是不奇怪了。

用SQL Server Profiler跟踪一下SQL的执行情况。发现Update语句竟然是

exec  sp_executesql N ' UPDATE [dbo].[OPQ_TableA]
SET ...
WHERE 0 = 1 ' ,N '... ' ,...

这下，就奇怪了，怎么更新条件回是 0 = 1 呢？这不是不更新任何记录吗？也许是DataContext的设置和数据库的结构不一致，造成LINQ不知道怎么生成SQL，就搞出一个可以造成异常的语句吧。

当我把ReplyTo属性的Nullable设置为True后，就正常运行了。

而，把ReplyTo属性的Nullable设置为错误的False之后，再把ReplyTo的值NULL改为空的字符串之后。Linq竟然可以生成正确的SQL，继续奇怪。但我不管了，:-)

转载于:https://www.cnblogs.com/asterzhao/archive/2008/12/19/1358395.html