2

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

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

事情进展顺利，直到今天早些时候，程序停止执行并抛出异常，说字符串无法转换为日期。

我使用 SQL Profiler 跟踪查询，发现它正在执行以下查询：

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 server）。在我将 SQL Server 引擎的语言和用户默认语言更改为 us_english 后，它可以正常运行，但只能从 SQL Server 运行，并且在从我的 WCF 应用程序调用时仍然失败并显示相同的错误消息。我已经使用 sys.dm_exec_sessions 和 SQL Profiler 仔细检查了查询是否正在使用 us_english 语言的用户下执行。我已经读过从 'yyyy-MM-dd HH:mm:ss' 字符串到迄今为止的转换应该在任何机器上都可以正常工作，但似乎不是:( 考虑到触摸代码会非常难的...

谢谢

4

1 回答 1

2

你不应该传递一个像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

让我说明原因，只是为了 Alireza。从这个文件：

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

添加 T 时，将删除 SQL Server 以任何其他方式解释日期的能力。这不是因为它是 T，甚至不是因为 ISO 8601 的建议，而是因为 SQL Server 中的代码只是说，如果有 T，则将日期解释为 ymd，而不考虑区域、语言环境、日期格式或语言设置。

于 2013-10-24T21:28:43.123 回答