从 LINQ 到 SQL 调用 SQL Server 存储过程时，无法将 nvarchar 强制转换为日期时间

本文关键字：SQL nvarchar 时间 日期 转换 调用 LINQ Server 存储过程 | 更新日期: 2023-09-27 18:36:44

我有一个应用程序服务器，它连接到另一台使用 SQL Server 2008R2 的服务器。两个服务器的 GUI 都是法语，日期和数字格式都是法语。此外，SQL Server和用于执行命令语言的用户也设置为法语（默认情况下全部）。但是，我通过将 WCF 服务中的格式设置为"en-GB"，方法是将其放入 web.config：

我已经在我的 LINQ to SQL dbcontext 文件中包含一个存储过程，并且我传递了一个日期参数而不将其转换为字符串（因为 ORM 将其识别为日期）。

事情进展顺利，直到今天早些时候的某个时候，该过程停止执行抛出异常，指出字符串无法转换为日期。

我使用 SQL 事件探查器跟踪了查询，发现它正在执行以下查询：

declare @p9 int
set @p9=NULL
exec sp_executesql N'EXEC @RETURN_VALUE = [GIS].[GetOnlineTrackingRecords] 
@CompanyId = @p0, @EntityIds = @p1, @MinDate = @p2, @MinRecordId = @p3, @TrackingType = @p4, @TrackAllEntities = @p5', N'@p0 int,@p1 varchar(8000),@p2 datetime,@p3 bigint,@p4 tinyint,@p5 bit,@RETURN_VALUE int output',
@p0=1,@p1='168',@p2='2013-10-24 16:36:28.690',@p3=NULL,@p4=1,@p5=0,@RETURN_VALUE=@p9 output 
select @p9

（@p2的主要问题）

包装我的存储过程的 ORM 方法如下所示：

[global::System.Data.Linq.Mapping.FunctionAttribute(Name= "GIS.GetOnlineTrackingRecords")]
public ISingleResult<FMS2.Framework.TrackEntities.GetOnlineTrackingRecordsResult> GetOnlineTrackingRecords([global::System.Data.Linq.Mapping.ParameterAttribute(Name="CompanyId", DbType="Int")] System.Nullable<int> companyId, [global::System.Data.Linq.Mapping.ParameterAttribute(Name="EntityIds", DbType="VarChar(MAX)")] string entityIds, [global::System.Data.Linq.Mapping.ParameterAttribute(Name="MinDate", DbType="DateTime")] System.Nullable<System.DateTime> minDate, [global::System.Data.Linq.Mapping.ParameterAttribute(Name="MinRecordId", DbType="BigInt")] System.Nullable<long> minRecordId, [global::System.Data.Linq.Mapping.ParameterAttribute(Name="TrackingType", DbType="TinyInt")] System.Nullable<byte> trackingType, [global::System.Data.Linq.Mapping.ParameterAttribute(Name="TrackAllEntities", DbType="Bit")] System.Nullable<bool> trackAllEntities)
    {
        IExecuteResult result = this.ExecuteMethodCall(this, ((MethodInfo)(MethodInfo.GetCurrentMethod())), companyId, entityIds, minDate, minRecordId, trackingType, trackAllEntities);
        return ((ISingleResult<FMS2.Framework.TrackEntities.GetOnlineTrackingRecordsResult>)(result.ReturnValue));
    }

当我尝试在SQL Server Management Studio中执行相同的查询时，它失败了，但是它在我的机器上成功运行（使用英语sql服务器）。在我更改了 SQL Server 引擎的语言和用户默认语言以us_english它成功运行后，它只能从 SQL Server 运行，并且在从我的 WCF 应用程序调用时仍然失败并显示相同的错误消息。我已经仔细检查了查询是否正在使用sys.dm_exec_sessions和 SQL 性能分析器在具有us_english语言的用户下执行。我已经读到到目前为止，从"yyyy-MM-dd HH：mm：ss"字符串的转换应该在任何机器上都可以正常工作，但似乎不是：（考虑到触摸代码将非常困难，我接下来该怎么办......

谢谢

从 LINQ 到 SQL 调用 SQL Server 存储过程时，无法将 nvarchar 强制转换为日期时间

你不应该传递像 yyyy-mm-dd hh:mm:ss 这样的字符串。原因如下：

SET LANGUAGE FRENCH;
SELECT CONVERT(DATETIME, '2013-05-06');
这将返回 6 月 5 日，

而不是 5 月 6 日，因为它被解释为 yyyy-dd-mm 。如果输入日期 （ '2013-10-24' ），则会收到错误，因为 SQL Server 不知道第 24 个月是什么。

现在，我不知道如何在您的ORM中做事，但理想情况下，您根本不应该传递字符串，因此格式无关紧要。您应该传递日期/时间值，而不是字符串。

当您确实需要传递字符串时（您可能再次因为我不知道您选择的ORM的局限性，我只知道没有ORM涵盖所有基础），您应该始终使用100%明确的格式。尝试：

@p2='2013-10-24T16:36:28.690'
---------------^ that T is important

让我详细说明原因，只是为了阿里雷扎。从本文档：

如果日期和时间显示在同一行上，则始终将日期写在时间前面。如果日期和时间值一起存储在单个数据字段中，则 ISO 8601 建议它们应用拉丁大写字母 T 分隔，如 19951231T235959。

添加 T 时，将删除 SQL Server 以任何其他方式解释日期的功能。这不是因为它是 T，甚至不是因为 ISO 8601 的建议，而是因为 SQL Server 中的代码只是说，如果有 T，则无论区域、区域设置、日期格式或语言设置如何，都将日期解释为 y-m-d。

相关文章：