有一段时间我会尝试使用LINQ.枚举集合并在我的代码中更改其某些属性的典型方法如下所示:
ATDataContext dc = new ATDataContext(Settings.connection_string);
int[] col = ListViewClass.getListViewSelectedPositionTags(listView);
try
{
foreach (var item in col)
{
var ctx = (from r in dc.MailingLists
where r.ID == item
select r).Single();
ctx.Excluded = 'Y';
ctx.ExcludedComments = reason;
}
dc.SubmitChanges();
}
Run Code Online (Sandbox Code Playgroud)
有一段时间有一个建议来做到这一点...似乎更聪明的方式:
var ctx = from r in dc.MailingLists
where col.Contains(r.ID)
select r;
foreach (var item in ctx)
{
item.Excluded = 'Y';
item.ExcludedComments = reason;
}
dc.SubmitChanges();
Run Code Online (Sandbox Code Playgroud)
Iit在很多层面上都很有意义,我喜欢这个解决方案.它比第一个更聪明,更快捷.
我已经在生产环境中使用了这个解决方案一段时间了.
几周后,我在搜索应用程序日志文件时看到了什么,并看到了这一点:
"传入的表格数据流(TDS)远程过程调用(RPC)协议流不正确.此RCP请求中提供的参数太多.最大值为2100."
LINQ to SQL转换where col.Contains(r.ID)为IN子句看起来像:
WHERE ID IN(@ p1,@ p1,@ p2 ...)
该col集合达到(在我的情况下)超过2100个元素,并且查询无法执行.我已经对这个问题做了一些研究,最后我得到了:
"... sql查询中的最大参数数量是2100.还有更多限制,例如整个查询字符串不能超过8044个字符."
我非常喜欢第二种解决方案.我对SQL Server的这些硬编码限制感到非常失望.
我错过了什么?我能做些什么来使用"where col.Contains(r.ID)"版本?
关心马里乌斯
PS.(我使用Win XP,C#with LINQ和SQL 2005 Express).
Mar*_*ell 46
限制是硬编码的:
我之前编写了一些代码,将Contains查询分成批处理并合并结果... 请点击此处了解更多信息.
| 归档时间: |
|
| 查看次数: |
32616 次 |
| 最近记录: |