问题标签 [datetimeoffset]

我想将 aac# DateTimeOffset 值存储在 SQL Server 2005 数据库中。

Sql 2008 将此作为内置类型，但 SQL Server 2005 没有。

DateTimeOffset 结构有一个 DateTime 值，我将它存储为 DateTime，一个 Offset 属性（TimeSpan 类型）。由于这是相对于 UTC 的时区，因此推测它通常是整数小时或半小时。

有关如何最好地将其存储在 SQL Server 2005 数据库中的建议？

A few months ago I was introduced to the new DateTimeOffset type and was glad DateTime's flaws with regard to time zones were finally taken care of.

However, I was left wondering if there were any overhead or problems that could occur from using this new type.

I work on a multi-locale web application. Does anyone know of anything that could sway me from just using it for all my date/time work? Is there a window for abuse here?

Reference: DateTimeOffset: A New DateTime Structure in .NET 3.5 by Justin Van Patten

我不确定如何将 .NETDateTimeOffset变量正确格式化为字符串，以便 SqlServer 2008 正确解析值。

目前，如果我从正常的 DateTimeOffset 值中提供默认.ToString()值，则会出错。

这是一个错误的示例.ToString()值（例如，Sql2008 不喜欢它）：'25/12/2008 2:12:21 PM +00:00'

更新

只是为了澄清，我知道.ToString()它不是兼容的 Sql2008 格式。我希望有人能够告诉我需要为新SqlDataType合法的IFormattableProvider参数（用于.ToString()方法）提供什么。DateTimeOffset

回答

我自己已经回答过了。我找到了正确的 IFormattableProvider 参数

myDateTimeOffest.ToString("yyyy-MM-dd HH:mm:ss.ffffff zzz")

以下代码尝试创建新记录，然后在将其提交到数据库后对其进行修改。最后一次 SubmitChanges() 调用引发 ChangeConflictException。

通过检查 dataContext.ChangeConflicts，我发现“Created”列存在冲突，即使报告的 CurrentValue 和 DatabaseValue 看起来相同。经过仔细检查，我发现蜱虫略有不同。因为我已将数据库中的 DateTimeOffset 列设置为 3，即毫秒，所以它与 .NET 版本的值不同，我认为它的比例为 7。因此 Linq to Sql注意到不匹配，并认为在上面显示的插入和更新之间，有些东西修改了数据库。

除了编写扩展方法或我可以用来修改.NET 中的精度的东西之外，还有更好的方法来处理这个问题吗？

更新

我不得不依赖在模型上设置 DateTimeOffset 列时必须调用的扩展方法。

然后可以称为：

我不太喜欢这种方法，因为这意味着我必须手动设置我认为数据上下文应该执行的比例。

我有一个 Java 类，它接受一个位置的纬度/经度，并在夏令时打开和关闭时返回 GMT 偏移量。我正在寻找一种简单的方法来确定当前日期是否在夏令时，以便在 Java 中应用正确的偏移量。目前我只对美国时区执行此计算，尽管最终我也想将其扩展到全球时区。

我有一个由 Visual Studio 2008 (.net 3.5 sp1) 生成的 WCF 服务引用（= 客户端代理）。生成的代码包含具有 DateTimeOffset 属性的数据协定，因此 VS 很自然地用 KnowTypeAttribute(System.DateTimeOffset) 对其进行了修饰。

每当我调用返回上述数据协定的 WCF 操作时，都会出现以下异常：

类型“System.DateTimeOffset”无法添加到已知类型列表，因为另一个类型“System.Runtime.Serialization.DateTimeOffsetAdapter”具有相同的数据合同名称“ http://schemas.datacontract.org/2004/07/System:DateTimeOffset ' 已经存在

我知道 DateTimeOffsetAdapter 是 System.Runtime.Serialization 中的一个结构，用于序列化 DateTimeOffset 对象。那么为什么它会导致这个异常，如何解决或避免这个异常呢？

我想通过给出当前日期来取第二天我使用的代码如下

这工作正常，但是当启用夏令时时，这会导致错误。启用夏令时时如何使这项工作。

I am looking into using the datetimeoffset for SQL Server 2008. According to the MSDN article there is a time zone offset range of -14:00 through +14:00. I can understand going 12 hours from UTC in each direction, one hour per timezone. I think I understand 13 hours in each direction, for daylight savings time. I just dont get 14 hours?

我有一堆实体类（由 Linq to SQL 生成），其中包含一些 DateTimeOffset 属性。

当我从 .asmx Web 服务通过网络将其作为 JSON 发送时，JSON 序列化程序会生成以下 JSON：

我非常想节省客户端的带宽和 JSON 解析时间。我还真的很想避免在将每个 DateTimeOffset 发送到 Web 服务之前手动投影它。

我意识到 JSON 序列化程序按预期执行，所以我的问题是：有没有办法配置 JSON 序列化程序，以便它只发送 DateTimeOffset 对象的 LocalDateTime 属性？

谢谢，埃吉尔。

嘿，我正在尝试创建Expression<Func<T, bool>>一个字符串属性被转换/转换为 DateTimeOffset 以便可以对其执行 DateTimeOffset 操作。

我们使用 Linq2SQL 作为我们的数据提供者，它确实支持将字符串转换为 DateTimeOffset 的 SQL 等价物。理想情况下，我希望表达式直接在 IQueryable 数据源内部进行评估，而不是作为 IEnumerable 在内存中进行评估。

请参阅下面的示例，了解我到目前为止所做的尝试：

不幸的是，过滤器的这种定义会导致内存评估。