我使用存储过程来获取分页列表,这是我的方法:
using(SqlConnection conn = new SqlConnection(_connectionString)) {
using(SqlCommand cmd = new SqlCommand("[GetPagedSP]", conn)) {
cmd.CommandType = System.Data.CommandType.StoredProcedure;
//Passing Parameters
**Update**
SqlParameter spCreationDate = new SqlParameter("@CreationDate_9", CreationDate);
spCreationDate.IsNullable = true;
cmd.Parameters.Add(spCreationDate);
// ........
//Finished Passing Parameters
conn.Open();
SqlDataReader dr = cmd.ExecuteReader();
while(dr.Read()) {
//Get Values
}
conn.Close();
}
}
这是我的存储过程命令:
CREATE TABLE #PagingTemp (
[RowId] [bigint] IDENTITY(1,1) NOT NULL,
[RecordId] [bigint]
);
INSERT INTO [#PagingTemp] ([RecordId])
SELECT [CAR].[Id]
FROM [Article] AS [CAR] ;
SELECT [CAR].*
FROM [Collections].[Article] AS [CAR]
INNER JOIN [#PagingTemp] AS [PT] ON [CAR].[Id] = [PT].[RecordId]
WHERE [PT].[RowId] BETWEEN 1 AND 50;
当我在SQL中运行查询时,一切都很好,但在.NET中我在这一行上有一个例外:
SqlDataReader dr = cmd.ExecuteReader();
,例外是:
System.Data.SqlTypes.SqlTypeException未被用户代码
处理 Message = SqlDateTime溢出。必须在1/1/1753 12:00:00 AM和12/31/9999 11:59:59 PM之间 源= System.Data
更新
在SQL中运行Query的示例:
这太奇怪我不明白发生了什么?
我的datetime
值不大于12/31/9999
或小于1/1/1753
我在数据库中只有一些Nullable datetime值和null值。
你怎么看?问题出在哪里?答案 0 :(得分:0)
在传递给执行存储过程
之前,将任何有效日期分配给变量CreationDate //Passing Parameters
CreationDate = DateTime.Now or any other date you want if you dont want to pass any date then assign DBNull.Value
**Update**
SqlParameter spCreationDate = new SqlParameter("@CreationDate_9", CreationDate);
spCreationDate.IsNullable = true;
cmd.Parameters.Add(spCreationDate);
希望这能解决您的问题。
答案 1 :(得分:0)
如果可能,请在此处粘贴SP,最好提出修复方法。目前,您可能会考虑尝试修复它的可能性:
如果select导致出现问题,请考虑将min date替换为min date,如下所示:
SELECT IsNULL(CreationDate,'1/1/1753') CreationDate, IsNULL(LastBidDate,'1/1/1753') LastBidDate from yourtable.
供参考,这是另一个已回答的问题: error-sqldatetime-overflow-must-be between-1-1-1753-120000-am-and-12-31-999
答案 2 :(得分:0)
Gavin
类型参数时,选择命令中的注释中提到的Nikola Markovinović
和DateTime
需要检查参数值是否在正确的范围内(1/1/1753 to 12/31/9999
)?我传递一个Nullable DateTime
参数,我认为它的值为null,在这种情况下我也从不在查询中使用此参数,因此null值是正确的,并且在命令中使用参数并不重要,我再次检查我发现参数的值不是null并且是1/1/0001
。另一种解决方案是在DATATIME2
中使用SQL
类型,它支持.Net支持的所有DateTime
范围。