当前位置:  开发笔记 > 编程语言 > 正文

在SqlParameter中使用DateTime存储过程,格式错误

如何解决《在SqlParameter中使用DateTime存储过程,格式错误》经验,为你挑选了1个好方法。

我正在尝试从C#,.NET 2.0调用存储过程(在SQL 2005服务器上)DateTime作为a的值SqlParameter.存储过程中的SQL类型是"datetime".

从SQL Management Studio执行sproc工作正常.但是每当我从C#调用它时,我都会收到有关日期格式的错误.

当我运行SQL事件探查器来监视调用时,我会复制粘贴exec调用以查看正在发生的事情.这些是我对我尝试过的观察和注意事项:

1)如果我DateTime直接作为a DateTime或转换为传入SqlDateTime,则该字段由单引号的PAIR包围,例如

@Date_Of_Birth=N''1/8/2009 8:06:17 PM''

2)如果我将DateTimein作为字符串传递,我只得到单引号

3)使用SqlDateTime.ToSqlString()不会产生UTC格式的日期时间字符串(即使转换为通用时间后)

4)使用DateTime.ToString()不会产生UTC格式的日期时间字符串.

5)手动设置DbTypeSqlParameterto DateTime不会改变上述观察结果.

那么,我的问题是,我是如何让C#通过正确格式化的时间SqlParameter?当然这是一个常见的用例,为什么这么难以开始工作?我似乎无法转换DateTime为SQL兼容的字符串(例如'2009-01-08T08:22:45')

编辑

RE:BFree,实际执行sproc的代码如下:

using (SqlCommand sprocCommand = new SqlCommand(sprocName))
{
    sprocCommand.Connection = transaction.Connection;
    sprocCommand.Transaction = transaction;
    sprocCommand.CommandType = System.Data.CommandType.StoredProcedure;
    sprocCommand.Parameters.AddRange(parameters.ToArray());
    sprocCommand.ExecuteNonQuery();
}

详细了解我的尝试:

parameters.Add(new SqlParameter("@Date_Of_Birth", DOB));

parameters.Add(new SqlParameter("@Date_Of_Birth", DOB.ToUniversalTime()));

parameters.Add(new SqlParameter("@Date_Of_Birth", 
    DOB.ToUniversalTime().ToString()));

SqlParameter param = new SqlParameter("@Date_Of_Birth", 
    System.Data.SqlDbType.DateTime);
param.Value = DOB.ToUniversalTime();
parameters.Add(param);

SqlParameter param = new SqlParameter("@Date_Of_Birth", 
    SqlDbType.DateTime);
param.Value = new SqlDateTime(DOB.ToUniversalTime());
parameters.Add(param);

parameters.Add(new SqlParameter("@Date_Of_Birth", 
    new SqlDateTime(DOB.ToUniversalTime()).ToSqlString()));

额外的编辑

我认为最有可能工作的那个:

SqlParameter param = new SqlParameter("@Date_Of_Birth",  
    System.Data.SqlDbType.DateTime);
param.Value = DOB;

在SQL事件探查器中看到的exec调用中的此值

@Date_Of_Birth=''2009-01-08 15:08:21:813''

如果我将其修改为:

@Date_Of_Birth='2009-01-08T15:08:21'

它可以工作,但它不会用一对单引号进行解析,并且它不会DateTime正确转换为日期和时间之间的空格以及最后的毫秒数.

更新和成功

我在下面的请求之后复制/粘贴了上面的代码.我在这里和那里修剪的东西都很简洁.事实证明我的问题出在我遗漏的代码中,我相信你们中的任何一个人都会在瞬间发现.我在交易中包裹了我的sproc调用.原来我只是没做transaction.Commit()!!!!! 我很惭愧地说出来,但是你有它.

我仍然不知道我从探查器返回的语法是怎么回事.一位同事用他自己的计算机实例查看了他的计算机,并返回了正确的语法.从我的探查器中观察非常的SAME执行显示了不正确的语法.它充当了红鲱鱼,让我相信有一个查询语法问题,而不是更简单和真实的答案,这是我需要提交事务!

我将下面的答案标记为正确,并对其他人投了一些票,因为他们确实回答了这个问题,即使他们没有解决我的具体(脑力失误)问题.



1> casperOne..:

你是如何设置的SqlParameter?你应该将SqlDbType属性设置为SqlDbType.DateTime,然后DateTime直接传递给参数(不要转换为字符串,然后你要求一堆问题).

您应该能够将值输入数据库.如果没有,这是一个如何做到这一点的一个非常简单的例子:

static void Main(string[] args)
{
    // Create the connection.
    using (SqlConnection connection = new SqlConnection(@"Data Source=..."))
    {
        // Open the connection.
        connection.Open();

        // Create the command.
        using (SqlCommand command = new SqlCommand("xsp_Test", connection))
        {
            // Set the command type.
            command.CommandType = System.Data.CommandType.StoredProcedure;

            // Add the parameter.
            SqlParameter parameter = command.Parameters.Add("@dt",
                System.Data.SqlDbType.DateTime);

            // Set the value.
            parameter.Value = DateTime.Now;

            // Make the call.
            command.ExecuteNonQuery();
        }
    }
}

我认为这里的部分问题是你担心时间是UTC的事实没有传达给SQL Server.为此,您不应该,因为SQL Server不知道特定时间是在特定的区域设置/时区.

如果要存储UTC值,则在将其传递给SQL Server之前将其转换为UTC(除非您的服务器与生成客户端代码的客户端代码具有相同的时区DateTime,即便如此,这也是风险,IMO).SQL Server将存储此值,当您将其返回时,如果要在本地时间显示它,则必须自己执行(DateTime结构将很容易执行).

所有这一切,如果您执行转换,然后将转换后的UTC日期(通过调用ToUniversalTime方法获得的日期,而不是通过转换为字符串)传递给存储过程.

当您获得该值时,请调用该ToLocalTime方法以获取当地时区的时间.

推荐阅读
135369一生真爱_890
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有